Troubleshooting
IP Routing Troubleshooting
Related SMT screens and CI commands:
- SMT Menu 2
- ip route stat /* display ip route table and statistic counters */
- ip route errcnt disp /* display ip route error counters */
- ip route errcnt clear /* clear ip route error counters */
- sys filter disp /* display filter statistic counters */
- sys filter clear /* clear filter statistic counters */
IP Routing problem causes
An IP packet for the LAN destination should be routed to the LAN interface ( enif0 in Prestige ), and IP packet for a remote node destination should be sent to the WAN interface if the connection is up, or else the packet will trigger an outcall to that remote node ( if the remote node is not set for 'incoming' only in Call Direction. ) If a packet cannot be routed or cannot trigger a call to remote node, the reason may be due to:
Steps to verify IP routing problem
(1) check if there is any routing error ('ip route errcnt disp').
(2) check if the counter of the specified route increased ('ip route status').
(3) check if any filter counter increased ('sys filter disp').
(4) check if there is any LAN or WAN problem ( refer to sessions: LAN or WAN connection)
< Example >
1. Clear the error counter and display it to verify all counters are 0.
P2864> ip route errcnt cl P2864> ip route errcnt dis last route error code = 0 ipRouteFail_Disable 0 ipRouteFail_PktLen 0 ipRouteFail_Header 0 ipRouteFail_CkSum 0 ipRouteFail_OptLen 0 ipRouteFail_OptSRoute 0 ipRouteFail_OptSSRoute 0 ipRouteFail_OptRRoute 0 ipRouteFail_TTL 0 ipRouteFail_No_Route 0 ipRouteFail_Wan_Route 0 ipRouteFail_RnNull 0 ipRouteFail_DF 0 ipRouteFail_Fragment 0 |
2. Display the IP routing table, and check the 'Use' field for the 'problem' route. We
assume that we are troubleshooting the route to 100.1.1.1 and trying to figure out why the
call was not triggered to the remote node.
P2864> P2864> ip route st Dest FF Len Interface Gateway Metric stat Timer Use 204.247.203.191 00 32 enif0 204.247.203.183 1 0015 0 0 204.247.203.128 00 26 enif0 204.247.203.183 1 0023 0 0 100.0.0.0 00 8 wanIdle 100.1.1.1 2 0023 0 0 default 00 0 wanIdle Internet 2 0023 0 0 |
3. Do a PING to that remote node (IP address 100.1.1.1) from the Prestige directly. ( You can do it from the LAN also. ) Check the routing table again
306Z> ip ping 100.1.1.1 Resolving 100.1.1.1... 100.1.1.1 306Z> 306Z> ip route st Dest FF Len Interface Gateway Metric stat Timer Use 204.247.203.191 00 32 enif0 204.247.203.183 1 0015 0 0 204.247.203.128 00 26 wanIdle 204.247.203.167 2 0023 0 0 100.0.0.0 00 8 wanIdle 100.1.1.1 2 0023 0 3 default 00 0 wanIdle Internet 2 0023 0 0 |
We can see the 'Use' increased from 0 to 3. This is correct, since each 'ip ping' command will try to send 3 packets. So no problem in IP routing.
4. Check the Error counters
p2864> ip route errcnt disp last route error code = a
<--an hex value index point to the last error |
This ipRouteFail_Wan_Route means routing cannot get a WAN resource to dial out. You can go to Menu 24.1 and verify if both B channels are up already or if the Link is 'Down'.
< Example >
1. If the routing table show the 'Use' is the same as before the PING. ( Or any other
traffic that you think should route and trigger the outcall. ) Furthermore, the error
counters are still 0's.
Prestige> ip route st Dest FF Len Interface Gateway Metric stat Timer Use 204.247.203.191 00 32 en0if 204.247.203.183 1 0015 0 0 204.247.203.128 00 26 wanIdle 204.247.203.167 2 0023 0 0 100.0.0.0 00 8 wanIdle 100.1.1.1 2 0023 0 3 default 00 0 wanIdle Internet 2 0023 0 0 |
2. You may want to verify if you have plugged in any filters for that remote node or LAN.
Prestige> sys filter sw on Prestige> sys filter disp Drop
0
Forward 0 |
3. Start a PING or start the traffic from the LAN side to trigger the outcall, and then
display the
filter counters again. If the 'Drop' field show some numbers there, then it means that the
packet
has been filter out, so no outcall was made when the packet was sent to the Prestige.
All contents copyright © 1999 ZyXEL Communications Corporation.