Professional Documents
Culture Documents
If any IP Assign used interface administratively down , then make it up with `no shut’ command
Router#conf t
Router(config)#
Router(config)#int s0/0
Router(config-if)#no shut
Router(config-if)#Ctrl Z
Now Serial interface status showing UP if link is properly terminated & working ok.
If still serial interface status shows down then there will be link or modem issue.
SOP To Troubleshoot Packet Drops & High Latency Problems
Step -1 :Check for interface reliability.Ideally reliability should be 255/255 means link is ok.
Step -2 : If link reliability is ok , still packet drops occurs then check for CRC error.
If any CRC errors showing , then clear it & recheck again by below command.
Router#clear counters
Step -3 : If CRC error not showing , still packet drops occurs then check for Tx/Rx load.
It may depends upon data flow between link. Ideally it should not be overloaded eg. txload250/255,
rxload235/255. Means bandwidth of link is more utilized.
Step -4 :If it is overloaded , then check for which system utilized more bandwidth by sh ip accounting.
Router#sh ip accounting
As per above o/p system having IP add. 172.18.36.72 utilized more bandwidth.
Router#clear ip accounting (To clear ip accounting)
SOP To Find out BGP neighborship & state.
Router#show ip bgp
In show ipbgp output, Networks are listed in numerical order, lower to higher. An (*) asterisk indicates it
is valid route with proper next-hop. You can see many options in front of route, Below are the meaning
of options:
“s” for Suppressed : BGP knows about this network but this network is not advertised. Since it is
part of summarized route.
“d” for dampened: BGP can stop advertising a network that flaps too often until it is stable for a
period of time.
“h” for history: BGP knows about this network but this network but does not currently have a
valid route.
"r” for rib failure: The route was advertised to BGP but it was not installed in IP routing table,
Since it is learned by some other routing protocol with better administrative distance.
“S” for Stale: Used with nonstop forwarding to indicate that the route is stale and needs to be
refreshed when the peer is re-established.
This symbol *> indicates that this route is valid with proper next hop and same time it is accessible.
Next-hop indicates which router is advertising this route and to reach this network you have to reach
this next hop router. 0.0.0.0 Indicates this route is originated locally.
Metric indicates MED attribute, if MED value was received with the route, you can see the med in metric
column.
Local Pref indicates Local preference which is associated with routes, It is locally significance.
Weight, It’s a BGP attribute.
Path: It will show you AS path associated with route. Reading this path left to right.
Origin of route – i – means ibgp and locally originated , e- external bgp and externally received, ?- means
incomplete origin that means the routes are originated by redistribution.
This command allows us to see if the router has been able to set up the Ibgp and Ebgp session with the
other peers.
a) The “BGP table version” which increases and tracks the changes of the router which has been
advertised tothe peers.This table should always increment and never be static. It is important to
compare the table version of the router with the table version of each neighbor.As you can deduce, if
the table version of the neighbor is lower than the main table version, it means that the neighbor is not
yet fully updated. The BGP timer advertisement value is by default 30 seconds.
b) The up/down time session will indicate if you are a victim of flap issues (transmission line or IP) with
yourneighbor.Generally, by ruling an ISP, the session should not flap, and the up/down should not be
reset often. If the up/down is resetting every day or week, it can deteriorate your quality of service given
to your customers. Some upstream/transit providers also process to a damping case if flaps occurred too
many times from a customer.
d) How long the neighbor has been in the current state and the name of the current state.
e) The “InQ” shows how many messages have been received but not yet processed. A high InQ number
indicates an insufficiency of CPU resources to process the input.“OutQ” shows how many outgoing
messages are queued. A high OutQ number indicates a lack of bandwidth to transmit on the outgoing
messages or CPU overload from the other router.
f) The amount of memory that is being used for the BGP data structures. This information is very
important to check and compare with the “show memory command”, in order to see if the router has
enough memory or if the memory is not fragmented.
It shows the local router identifier 131.108.255.13, the local AS of 1, and the BGP table version
of 11. (An increasing version number indicates a network change is occurring; if no changes
occur, this number remains the same.) It also shows six network paths on R1, using 854 bytes of
memory.
Memory is important in BGP because in a large network, such as the Internet, memory can be a
limiting factor. As more BGP entries populate the IP routing table, more memory is required.
Example displays four configured remote peers: the first three are IBGP (because the AS is 1 and
the same as the local AS) and one remote peer that has never been active. (The output indicates
an idle session, and the up/down time displays this connection was never established.)
The BGP table displays information, such as remote and local network entries, BGP attributes,
and selected paths. Entries are then inserted into the IP routing table.
The BGP table version increases by 1 for every new BGP best path, not for every received BGP
update/advertisement. The BGP table version ONLY increments when the is a change to a BGP best
path.
We could see that the table version of the router is slightly different to the one of the BGP neighbors.
This is a correct result; BGP neighbor updates are correctly incremented to the router (BGP and main
routing table).
The InQ and OutQ columns are empty, and additionally, all memory outputs, show that the router is
perfectly capable of handling the multiple BGP sessions.
*** To see what routes you're sending to a neighbor, use the command
*** To see what routes you're getting from a neighbor, use the command
User Name:cmsfmnw
Password:
AHD-White-HouseJunagadh-7320>en
Password:
AHD-White-HouseJunagadh-7320#sh ip int brie
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 172.17.10.1 YES NVRAM up up
Serial0/0 unassigned YES NVRAM down down
Serial0/1 10.201.7.25 YES NVRAM up up
BRI1/0 unassigned YES NVRAM up up
Dialer100 172.17.122.30 YES NVRAM up up
Dialer200 172.16.132.26 YES NVRAM up up
router#conf t
Now packet will pass through Tata MPLS Link (via 10.210.141.113)
Remember again when BSNL Link will stable , we have to switch over from Tata to BSNL link with below
commands
router#conf t
router(config)#router bgp 65003
router (config-router)#no neighbor 10.201.22.46 shutdown
(To remove shutdown neighbor ship with BSNL peer 10.201.22.46)
Step2 : To check BSNL VSAT Link working or not by first pinging IDU IP (-1 from Router IP) & then
Router IP. If router IP is 10.103.184.42 , then IDU IP will be 10.103.184.41
<DC-Secondary>ping 10.103.184.41
PING 10.103.184.41: 56 data bytes, press CTRL_C to break
Reply from 10.103.184.41: bytes=56 Sequence=0 ttl=61 time=802 ms
Reply from 10.103.184.41: bytes=56 Sequence=1 ttl=61 time=727 ms
--- 10.103.184.41 ping statistics ---
2 packet(s) transmitted
2 packet(s) received
0.00% packet loss
round-trip min/avg/max = 727/744/802 ms (Means IDU is reachable)
If IDU is not pinging means not reachable, then there is problem in VSAT link.
As a first level troubleshooting , you can reboot the IDU & check again.
<DC-Secondary>ping 10.103.184.42
PING 10.103.184.42: 56 data bytes, press CTRL_C to break
Reply from 10.103.184.42: bytes=56 Sequence=0 ttl=251 time=659 ms
Reply from 10.103.184.42: bytes=56 Sequence=1 ttl=251 time=734 ms
--- 10.103.184.42 ping statistics ---
2 packet(s) transmitted
2 packet(s) received
0.00% packet loss
round-trip min/avg/max = 659/717/736 ms (Means Router is reachable)
If IDU is pinging but router IP is not pinging , then there is connectivity problem between router & IDU.
<DC-Secondary>telnet 10.103.184.42
User Name:cmsfmnw
Password:
KAL-Balichakkur-1280>en
Password:
KAL-Balichakkur-1280#
KAL-Balichakkur-1280#sh ip int brie
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 172.19.172.1 YES NVRAM up up
FastEthernet0/1 10.103.184.42 YES NVRAM up up
Serial0/1/0 10.201.1.69 YES NVRAM up up
Dialer100 unassigned YES NVRAM up up
Dialer200 unassigned YES NVRAM up up
Loopback100 172.30.19.181 YES NVRAM up up
Tunnel100 172.16.120.22 YES NVRAM standby mode down
Tunnel200 172.16.154.22 YES NVRAM up up
KAL-Balichakkur-1280#sh backup
Primary Interface Secondary Interface Status
----------------- ------------------- ------
Serial0/1/0 Tunnel100 backup mode
KAL-Balichakkur-1280#config t
KAL-Balichakkur-1280 (config)#interface Serial0/1/0
KAL-Balichakkur-1280 (config-if)#no backup interface
KAL-Balichakkur-1280#sh ip int brie
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 172.19.172.1 YES NVRAM up up
FastEthernet0/1 10.103.184.42 YES NVRAM up up
Serial0/1/0 10.201.1.69 YES NVRAM up up
Tunnel100 172.16.120.22 YES NVRAM up up
<DC-Secondary>dis ospf peer Tunnel 162 (Tunnel no. of that branch code)
OSPF Process 1 with Router ID 172.16.5.34
Neighbor Brief Information
If OSPF neighborship not form then , tell HP Team to shut & unshut tunnel 162
Now that branch traffic will pass through BSNL VSAT Link.
SOP To Switch over WAN link from BSNL VSAT (Active Link) to
BSNL (Primary Link) when BSNL MPLS Link UP
Step1 :Login to DC Secondary core router IP add. 172.16.5.83 via ssh (eg. Branch Code : 1280)
<DC-Secondary>telnet 10.103.184.42
User Name:cmsfmnw
Password:
KAL-Balichakkur-1280>en
Password:
KAL-Balichakkur-1280#
KAL-Balichakkur-1280#config t
KAL-Balichakkur-1280 (config)#interface Serial0/1/0
KAL-Balichakkur-1280 (config-if)# backup interface Tunnel100
Now that branch traffic will pass through BSNL MPLS Link.