WaveRider LMS4000, User Manual

Page: 157 / 282

APCD-LM043-4.0 139
12 Troubleshooting
Table 31 Remote Troubleshooting — EUM (Service Degraded)
What should I do? What is a good result?
What does a good
result mean?
What if I do not get a good result?
A
Check the gateway to
EUM link From the Ethernet side of
the CCU,
<ping>
the
CCU with short and long
pings.
No failures or time-outs. The link to the CCU is
OK. Go to Test B. Problem is upstream from the CCU, and the
upstream data path and equipment need to
be checked out.
B
From the Ethernet side of
the CCU,
<ping>
the
affected EUM with short
and long pings.
No failures or time-outs. The EUM radio link is
probably OK. Check the
PC configuration. Go to
Test C. The EUM radio link is poor or down. Go to
Test C.
C
Confirm the status of the
affected EUM Telnet to the CCU and
go to the CLI prompt. Telnet is successful. Go to Test D. Check the radio link to the CCU.
D
Check the Authorization
Table in the CCU.
Affected EUM ID is not
DENIED.
There has been no
change in the subscribed
service level. Go to E. Add the EUM to the Authorization Table, with
its subscribed grade of service, or correct the
EUM’s GOS setting. Retry Test D.
E
From the CCU,
<ping>
the affected EUM.
No failures or time-outs. Re-confirms Test B. The CCU-to-EUM radio link is suspect or
down. If you get no response, go to the local
troubleshooting procedures outlined in
Table
32 on page 140 . If you get errors, go to Test F.
F
Telnet to the affected
EUM, go to CLI prompt,
and enter
<ra rssi>
.
The RSSI value should
correspond to the
original installed value. A
receive signal > -80dBm
should provide robust
service, and a
transmission error rate
less than 10%. Refer to
Monitoring the Network
on page 127.
The radio link is
confirmed. The reported
problem is most likely a
PC configuration issue.
You may be able to
resolve this issue with
the end-user on the
phone. Alternately, go to
Table 32 on page 140 .
If the RSSI is too low, go to Table 32 on page
140 . If the transmission error rate is
inconsistent because there are too few
packets being transmitted, ask the end-user
to launch a browser and monitor the error
rate. If the error rate is too high, go to Test G
and/or go to local troubleshooting procedures
outlined in
Table 32 on page 140 .