Jupiter Terminal State Codes 1.8 PDF
Jupiter Terminal State Codes 1.8 PDF
Jupiter Terminal State Codes 1.8 PDF
H47750
Version 2.13
01/13/20145
1.2 02/15/2012 Venkat Ganesan Added PEP & FAP state code definitions.
1.7 05/24/2012 Update SBC state codes and provide state code
Matt Baer
summary table
1.9 10/09/2012 Add a few missing state codes and resolve a few
Matt Baer
incorrect state code values.
2.3 05/08/2013 Matt Baer Added 12.1.x state codes for UPP errors
2.9 01/28/2014 Matt Baer Update to reflect state codes in 3.0.3 release
Each Component/Process, as shown in the figure below, maintains its own state code, independent of the
other processes running in the terminal.
Application Layer
Web
Acceleration DNS (31)
(30)
Network Layer
Association
SysInfo (20) SBC (22)
(21)
Link Layer
Hardware Layer
For example – if the Uplink has a problem, then this will also cause problems in Association, PEP, and
Web Acceleration. In this case the Uplink problem is the root cause/problem that is affecting
Association, PEP, and Web Acceleration. Therefore in this example, the System State Code would be
reported as the corresponding Uplink state code.
A state code of 0.0.0 indicates no issues and the terminal should be operating in a healthy fully
operational state. This is the System State code (and individual Component/Process state codes) you
want to achieve.
The IDU & ODU state codes indicate issues observed with the IDU, ODU, or the IFL cabling between the
IDU and ODU.
3.1.1 IDU
The IDU state codes indicate any BIST failures and over temperature threshold conditions.
3.1.1.1 BIST
For a terminal that has already been installed and/or a replacement IDU is not
available, contact Tayyab Khan or Matt Baer to determine if the MAC address
can be updated remotely.
3.1.1.2 Temperature
3.1.2 ODU
3.1.3 Cable
The Cable state codes indicate perceived issues with the cabling from the IDU to the ODU.
[*** Note: The 3.1.1 state code will be displayed on an HT1100 instead of
the 2.1.1 state code when the ODU can’t be detected. Please consult the
2.1.1 information as well for an HT1100 terminal]
Troubleshooting Steps Verify that the satellite cable is attached well to the IDU (terminal). If
possible, also check the satellite cable connection to the ODU. A truck-roll
may be required if the connection to the ODU can’t be verified.
The Downlink state codes indicate any issues or warnings in the Downlink (outroute) functionality of the
terminal.
This has been observed under heavy load (e.g. multiple torrents) on the
terminal. Reducing the packet load on the terminal may alleviate this problem.
This has been observed under heavy load (e.g. multiple torrents) on the
terminal. Reducing the packet load on the terminal may alleviate this problem.
This may occur if the signal quality is very low (e.g. in the 30s) and the OSDP
message is not being received. Assuming no weather conditions at the
terminal, a truckroll may be warranted to improve the signal quality.
Consult SDT if possible and truckroll if a terminal reboot does not resolve.
3.2.3 FLL
If the FLL does not lock within 60 seconds, and the terminal is not
experiencing outroute acquisition problems, then reboot the terminal. If the
problem persists after a reboot, then escalate. The IDU may need to be
replaced.
3.2.4 ACM
If the problem is occurring under clear sky conditions, the signal quality should
be evaluated as the terminal should only operate at the lowest Modcod under
poor signal quality conditions. Use the SDT tool to determine if a truck-roll is
warranted.
The Uplink state codes indicate any issues or warnings in the Uplink (inroute) functionality of the
terminal.
3.3.1 Transmit
If the elevated transmit error rate is not due to weather, then the state code
should be monitored for a few minutes (e.g. 5 minutes). If the state code
persists for more than a few minutes, then re-ranging the terminal (ranging
should only be done under clear sky conditions) should resolve the issue.
If the terminal is re-ranged, then monitor the recent stream error rate (under the
UplinkSummary link) for a few minutes. If the stream error rate does not
start to decrease after re-ranging, then a truck roll may be considered (consult
the various Site Diagnostic tools available).
3.3.2 Downlink
3.3.3 Timing
1. Verify that the outroute SQF is adequate. An SQF in the 30s may
result in timing packets being lost.
3. If the terminal is not receiving any control packets, then this may be a
Gateway issue or a local terminal outroute issue. Try rebooting the
terminal to see if the problem persists.
This may also occur if there is a problem at the terminal, for example - timing
packets are delayed due to heavy load on the terminal. In this situation, the
terminal will clear its existing timing information and wait to get updated
SFNP timing packets. Reducing the packet load on the terminal may resolve
this problem.
If the outroute signal strength is good and this problem is persistent, then
escalate. An RMA of the terminal may be needed.
This may also occur if there is a problem at the terminal, for example - timing
packets are delayed due to heavy load on the terminal. In this situation, the
terminal will clear its existing timing information and wait to get updated
SFNP timing packets. Reducing the packet load on the terminal may resolve
this problem.
If this is localized to a single terminal, then try rebooting the terminal. If the
problem persists, escalate.
1. Verify that the outroute SQF is adequate. An SQF in the 30s may
result in IGDPs being lost.
3. If the terminal is not receiving any control packets, then this may be a
Gateway issue or a local terminal outroute issue. Try rebooting the
terminal to see if the problem persists.
Re-ranging the terminal may get it out of this state. If not, then try rebooting
the terminal. If the problems persists, escalate.
Re-ranging the terminal may resolve this problem. It may take repeated re-
ranging attempts if the terminal is near the minimum threshold. A truck roll
may be required to resolve this issue.
Re-ranging the terminal may resolve this problem. It may take repeated re-
ranging attempts if the terminal is near the minimum threshold. A truck roll
may be required to resolve this issue.
This may need to be escalated if there are symbol rates that have not inroute
groups available.
If possible (unlikely), verify the AIS Trajectory Table on the terminal from the
Advanced LUI to ensure that the table includes rates currently available in the
network.
Also verify from the associated Gateway that Inroute Groups are available for
each symbol rate. If the problem persists, reboot the terminal. If still
unresolved, escalate.
This state code indicates that the feature is not enabled. The AIS feature
should be enabled after the terminal registers. Re-Registering the terminal
should get the proper configuration to the terminal.
This state code indicates that the terminal is operating at the most robust rate
(512k ½) in the AIS trajectory table. This may impact the upload throughput
of the terminal. This state would be expected if the terminal was experiencing
weather conditions.
3.3.6 Bandwidth
1. Verify that the outroute SQF is adequate. An SQF in the 30s may
result in BAPs being lost.
3. If the terminal is not receiving any control packets, then this may be a
Gateway issue or a local terminal outroute issue. Try rebooting the
terminal to see if the problem persists.
3.3.7 Aloha
1. If this problem is due to a timing issue, the problem may resolve itself
within a few (e.g. 5) minutes as the terminal will try a Bootstrap Aloha
transmission after some configurable number of (small aperture) Aloha
transmissions.
3. Note the inroute group the terminal is on and see if there is a trend in
12.7.1 problems. Overloading of the Aloha bursts may cause this
problem.
If the Site Diagnostic Tool does not indicate that a truck roll is needed, then the
following troubleshooting steps can be tried:
3. Note the inroute group the terminal is on and see if there is a trend in
12.7.2 problems. Overloading of the Aloha bursts may cause this
problem.
3.3.8 Ranging
If the terminal seems to be stuck in the 12.8.1 state, then rebooting the terminal
may resolve the issue. [May want to consult the UplinkRangingSummary
link on the Advanced LUI to see a summary of rates that have been ranged,
determine if ranging is in progress, etc.]
If the terminal seems to be stuck in the 12.8.2 state, then rebooting the terminal
may resolve the issue. [May want to consult the UplinkRangingSummary
link on the Advanced LUI to see a summary of rates that have been ranged,
determine if ranging is in progress, etc.]
If the terminal seems to be stuck in the 12.8.3 state, then rebooting the terminal
may resolve the issue. [May want to consult the UplinkRangingSummary
link on the Advanced LUI to see a summary of rates that have been ranged,
determine if ranging is in progress, etc.]
1. Verify that the outroute SQF is adequate. An SQF in the 30s may
result in IPFPs being lost.
3. If the terminal is not receiving any control packets, then this may be a
Gateway issue or a local terminal outroute issue. Try rebooting the
terminal to see if the problem persists.
The LAN state codes indicate any issues or warnings with the LAN functionality of the terminal.
If the customer
If the customer does not have a computer/PC with a Ethernet port and has only a
WiFi router, then perform the following steps with the router.
1. Reconnect the LAN cable. Wait for around 60 secs. From the device
[connected to the WiFi] browser, try connecting to www.goolge.com
again to generate internet traffic. . If problem persists, proceed to the
next step.
2. Reboot the router. Wait for around 3 minutes From the device
[connected to the WiFi] browser, try connecting to www.google.com
again to generate internet traffic. . If problem persists, proceed to the
next step.
3. Reboot the device. Wait for around 3 minutes From the device
[connected to the WiFi] browser, try connecting to www.google.com
again to generate internet traffic. . If problem persists, proceed to the
next step.
4. Reboot the modem. Wait for around 3 minutes. From the device
[connected to the WiFi] browser, try connecting to www.google.com
again to generate internet traffic. . If problem persists, proceed to the
next step.
5. Escalate to gather more data from the modem and the computer to
determine if the LAN network is configured correctly.
The terminal enters the back-off period due to being rejected by all IPGWs in
the IPGW pool due to a transitory reject reason. In order to reduce the amount
of traffic from terminals that are being rejected, the terminal goes into this
longer back-off period before attempting to re-associate. The terminal stays in
this back-off state until the expiry of the back-off timer. At that time, the
terminal transitions back into the Selecting IPGW state and attempts to
associate with IPGWs in the pool.
Troubleshooting Steps This state code will typically be seen when all the IPGWs in the IPGW pool
are heavily loaded, should escalate this problem to determine the reason for the
heavy IPGW load.
Troubleshooting Steps This state code is typically seen when an activated terminal is associated with a
Wall Garden IPGW because of service code mismatch. This might be the result
of the inconsistency in the service configuration between the terminal and Data
IPGWs. This situation can only be resolved by re-configuring the terminal with
the required Service parameters.
The SBC state codes indicate any issues during the installation and commissioning process as well as
indicate progress.
Input – Stage where input parameters (e.g. terminal location) are provided. Functional code is 1
Pointing – Stage where antenna pointing occurs. Functional code is 2
Registration – Stage where terminal ranges, registers, activates, and obtains configuration.
Functional code is 3
3.7.1 Input
3.7.2 Pointing
To resolve the issue, the polarity of the ODU must be changed to Left Hand.
To resolve the issue, the polarity of the ODU must be changed to Right Hand.
If this is only occurring on one terminal, then perhaps the sbc.cfg file on the
terminal is corrupt. In this case, try another IDU.
If this is only occurring on one terminal, then perhaps the sbc.cfg file on the
terminal is corrupt. In this case, try another IDU.
If this is only occurring on one terminal, then perhaps the sbc.cfg file on the
terminal is corrupt. In this case, try another IDU.
3.7.3 Registration
If the state persists, ensure that the DAPT is not connected in-between the IDU
and ODU.
If the state persists, ensure that the DAPT is not connected in-between the IDU
and ODU.
Verify that Terminal Activation and Service Activation have been completed.
May also want to monitor the SDL process to see if configuration is scheduled
to be sent to the terminal.
This state code means that the terminal is waiting for the initial configuration
following clicking the Terminal Activation Link. In the normal case, the
Terminal Activation Link goes away and the installer can monitor the software
down load and reset, and should see the Service Activation link.
Error scenario 1: The Terminal Activation Link remains present and nothing
appears to be happening. After waiting an additional 5 minutes, the installer
should click the Terminal Activation Link again. If the link goes away and the
software download starts, the installation continues in the normal case. If a
message appears that the Terminal is already activated, the installer should
click reregister to proceed.
Error scenario 2: The Terminal Activation Link goes away but nothing appears
to be happening. After waiting an additional 5 minutes, the installer should
click reregister to proceed.
Error scenario 3: The Terminal Activation screen shows an NMS error code
(e.g., 221). Install support should escalate to the NMC and identify the NMS
error code. (e.g., 221 is an illegal configuration due to a failed change/canceled
order process.)
This state code is essentially the same as the 12.7.2 state code and can be
diagnosed accordingly. Of particular interest is the following:
If MRA messages are being received, then there may be a routing issues at the
Gateway between the Management Gateway servers and the DNS servers.
Need to escalate.
Rebooting the terminal will sometimes clear this state if it’s due to an
intermittent terminal issue.
Note that this problem may occur if an XCI (Barrett) terminal is attempting to
commission on a NAD gateway.
If the current key is still not received after a number of repeated key requests
(say 10 times), then escalate.
Usually, no escalation is required because Not Current key is not affecting the
normal operation for now, until key is switched.
The SDL state codes indicate any issues or warnings with the Software Download functionality of the
terminal. This includes configuration file downloads as well as terminal software downloads.
[Note: SDL state codes were first introduced in the 2.2 terminal software release.]
Typically, no troubleshooting steps are required for this state code. If this state
code persists for more than a few minutes, it may indicate that there are
downlink and/or uplink issues (e.g. packet loss) or issues with software
download at the Gateway. ‘Current Hourly History’ diagnostics can be used to
determine if there are downlink or uplink issues. If no downlink or uplink
issues are observed through the terminal diagnostics, determine if there is a
trend across the associated Gateway that may point towards an SDL issue at
the Gateway.
Jupiter Terminal State Code Definitions Page 69
State Code 26.1.2
State Code Text Configuration files downloading
Severity Informational
Description Configuration file(s) are currently being downloaded.
Troubleshooting Steps This state code is an informational state code that is displayed while the
terminal is in the process of downloading configuration files. Configuration
file downloading does not impact performance. No troubleshooting steps are
required for this state code.
Typically, no troubleshooting steps are required for this state code. If this state
code persists for more than a few minutes, it may indicate that there are
downlink and/or uplink issues (e.g. packet loss) or issues with software
download at the Gateway. ‘Current Hourly History’ diagnostics can be used to
determine if there are downlink or uplink issues. If no downlink or uplink
issues are observed through the terminal diagnostics, determine if there is a
trend across the associated Gateway that may point towards an SDL issue at
the Gateway.
The WAC state codes indicate any issues or warnings with the Web Acceleration functionality of the
terminal.
There are two (2) functional areas monitored for the WAC:
MBX Connectivity – Monitors the MBX connectivity between the Web Acceleration Client
(WAC) in the terminal and the Web Acceleration Server (WAS) at the Gateway. Functional code
is 1
WAC Operation Mode - Indicates the operational configuration of the WAC. Functional code is 2
Verify that all PEP backbones are up. Whenever there is a PEP issue, there will
be an MBX issue. If PEP is up and there are no uplink or downlink issues
(including high error rates that may now show up as state codes but would be
present in diagnostics), then it is probably a bug in the MBX connection
handling that results in the MBX getting into a stuck state. To try and work
around that, go the Web Acceleration Control LUI page and reset the MBX to
force it back to the idle state from where it will again attempt to connect again
once there is user traffic from the browser.
If that does not work, then, from the same page, try disabling then enabling the
WAC as see if that helps. Because of the way the WAS pooling works, the
WAC has a list of N WAS addresses to use. The WAS will record a failed
MBX attempt as a black listed item and try to connect to a different WAS until
it exhausts the list of all non-black listed addresses. So, it is highly unlikely
that the WAC will be stuck in backoff due to a WAS-side issue. Three
connection attempts are made to three different WAS before giving up and
going into backoff. You can also consult the Web Acceleration MBX
Summary LUI page to see details as to each connection attempt and the error
reasons for their failures. This is the key information that should be captured
and reported to engineering for a persistent backoff issue.
If it’s expected that web acceleration should be enabled for the terminal, force
a configuration reconcile so that the terminal gets the most recent
configuration.
The DNS state codes indicate any issues or warnings with the Dynamic Name service functionality of the
terminal.
DNS Server side – Monitors the server functionality (i.e.) response for the DNS Queries.
Functional code is 1