Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Sr. No 1 2 3 4 5 6 7 8 TOPIC PVN Link DOWN PVN Link FLUCTUATION VPN Link PACKET LOSS VPN LATENCY ISSUE BASIC CISCO / JUNIPER COMMAND Lease Line Link Down Lease Line FLAPPING / ERRORS / RELIABLITY BASIC TRANSPORT COMMAND ( NORTEL ) Page No 2-4 5 6-7 8-10 11 12-13 14 15
e1-0/1/0:30.0 up up inet 97.184.38.174/30 a. If the physical protocol both up ping the client end router DLHICAG1B> ping 97.184.38.173 source 97.184.38.174 routing-instance NIIT rapid count 100 PING 97.184.38.173 (97.184.38.173): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 97.184.38.173 ping statistics --100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 18.558/23.512/68.392/11.769 ms b. If the physical and protocol are both down check loop with last mile NE (network element), also check the alarm at last mile NE. Alarms on last mile may be PPI - PDH Physical Interface , comes from electrical droppings side PPI-AIS PPI Alarm Indication signal (client side) PPI-LOS PPI loss of signal alarm (client side) PPI-TF PPI Transmit Fail (client side) TU-AIS Tributary Unit (network side) TU-PLM Payload level mismatch (network side) TU-RDI -(network side) LP-PLM-lower path payload level mismatch (network side) c. In PPI alarm get the router and converter resetted; also check the power status at Client end. If last mile is UBR or LMDS get the respective LED status For UBR (IDU, IDA, ITA) IDU, ODU, Power, AIR, Service For LMDS (TSB, TS3) INT, EXT, Power 3) Arrange the Er accordingly in respective CMP following the escalation matrix as FA , Er,CMP Lead , Customer Activation Head ,ISP Lead ,FA Lead 4) When Er on site First check the converter status, and its configuration If link doesnt come up isolate the issue of issue of physical connectivity by giving remote loop from juniper / MCN end TX NE in case of CISCO Gigabit Interface / fast Ethernet interface 1) Check the interface description Same as E1/Ds 2) Check the terse response
Same as E1/Ds 3) Ge/Fe port will always show physical and protocol up Same as E1/Ds 4) Ping the link OR 5) Check whether MAC address of client end is getting learnt on juniper. MUMBCAG1B> show arp | match ge-3/2/0.286 00:02:17:fd:48:1a 97.208.15.125 97.208.15.125 ge-3/2/0.286 none 6) Ping the client end IP by assigning to last mile Cisco device.
E1/Ds-interface 1) Check fluctuation on juniper DLHICAG1B> show log messages | match e1-0/1/0:30 | last 2) Check alarm logs on last mile. 3) Go for BERT/V.35 testing activity if required 4) If required last mile NE port can be changed Ge /Fe port 1) In this case fluctuation logs cannot be seen on Juniper so check alarm logs on last mile NE 2) Coordinate with concerned team accordingly 3) Last mile may be MEN, TULIP, and HECL
b. For CISCO 97.253.106.21 If the traffic is below 85% -E1-interface 1) Get client end resetting done 2) Go for field activity same as above Ge /Fe port 1) Check packet loss by assigning IP to last mile NE 2) For last mile 3) MEN: go for field activity. 4) TULIP/HECL: book FT
LATENCY ISSUE
Latency values for different last mile 1) TX / DLC 2) Wireless (UBR/LMDS) -3) MEN -4) TULIP/HECL If the value exceeds as mentioned above take all the steps as for packet loss. Reach ability issue Suppose client want to reach an IP of location DLHI from MUMB 1) Check WAN link ping status for MUMB MUMBCAG1B> ping 10.234.232.21 source 10.234.232.22 routing-instance ACC_HUB rapid count 100 PING 10.234.232.21 (10.234.232.21): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 10.234.232.21 ping statistics --100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.697/0.872/1.451/0.148 ms 2) Check the routes for DLHI IP in concern MUMBCAG1B> show route 10.234.236.85 table ACC_HUB ACC_HUB.inet.0: 357 destinations, 653 routes (357 active, 0 hold down, 0 hidden) + = Active Route, - = Last Active, * = Both 10.234.236.84/30 *[BGP/170] 00:08:57, localpref 100, from 220.224.191.77 AS path: I > to 220.224.184.9 via ge-1/0/0.0, Push 101664, Push 721607(top) [BGP/170] 00:08:57, localpref 100, from 220.224.191.81 AS path: I > to 220.224.184.9 via ge-1/0/0.0, Push 101664, Push 721607(top) 3) If not getting routes , inform the client 4) If getting routes , check where this route is hosted
a. MUMBCAG1B> show route 10.234.236.85 table ACC_HUB detail ACC_HUB.inet.0: 357 destinations, 653 routes (357 active, 0 hold down, 0 hidden) 10.234.236.84/30 (2 entries, 1 announced) *BGP Preference: 170/-101 Route Distinguisher: 220.224.181.254:4 Next-hop reference count: 471 Source: 220.224.191.77 | | Announcement bits (2): 0-KRT 2-BGP RT Background AS path: I (Originator) Cluster list: 220.224.191.77 220.224.191.13 AS path: Originator ID: 220.224.181.254 Communities: target:125:326 b. MUMBCAG1B> show host 220.224.181.254 254.181.224.220.IN-ADDR.ARPA-domain name pointer DLHICAG1.RDN.RIC.NET.IN 5) Here it will show DLHI RDN Reliance router. 6) Check the DLHI WAN link ping status . DLHICAG1B> ping 10.234.236.85 source 10.234.236.86 routing-instance ACC_SPOKE rapid count 100 PING 10.234.236.85 (10.234.236.85): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 10.234.236.85 ping statistics --100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 62.508/84.320/152.107/19.095 ms 7) Check routes of MUMB WAN ips in DLHI router under proper vrf DLHICAG1B> show route 10.234.236.85 table ACC_SPOKE ACC_SPOKE.inet.0: 180 destinations, 257 routes (180 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.234.236.84/30 *[Direct/0] 2w3d 19:21:13 > via ge-3/1/0.140 [BGP/170] 09:01:32, MED 0, localpref 100 AS path: 64828 ?
> to 10.234.236.85 via ge-3/1/0.140 8) Check ping for DLHI PE and CPE from MUMB router MUMBCAG1B> ping 10.234.236.85 source 10.234.232.22 routing-instance ACC_HUB rapid count 100 PING 10.234.236.85 (10.234.236.85): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!^C --- 10.234.236.85 ping statistics --77 packets transmitted, 76 packets received, 1% packet loss round-trip min/avg/max/stddev = 81.891/108.318/169.754/22.280 ms 9) Check ping for MUMB PE and CPE from DLHI router DLHICAG1B> ping 10.234.232.21 source 10.234.236.86 routing-instance ACC_SPOKE rapid count 100 PING 10.234.232.21 (10.234.232.21): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 10.234.232.21 ping statistics --100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 20.569/28.588/84.679/14.695 ms 10) Case may arise a. Both ping are perfect -- no issue in reliance n/w b. DLHI PE to MUMB PE is not pinging DLHI PE to MUMB CPE not pinging where as DLHI CPE pinging from MUMB PE -- return routes needs to be added at MUMB end pointing towards DLHI c. MUMB PE to DLHI CPE not pinging where as MUMB CPE pinging from DLHI PE -return routes needs to be added at DLHI end pointing towards MUMB
10
shows neighbor ID, Priority, IP, & State if the neighbor router, dead time. shows neighbor id, pri, state, dead time, address and interface display the current state of the routing table display list of information related to the OSPF database for a specific communication server display the system hardware config., software version, and name and source of configuration files and boot images display the state of logging to the syslog
11
12
LINK DOWN
Consider a Circuit as shown below : HCGRGNHUDAY128N61101 E1-1-2-4(j1-k263) <=====> MCNMUMVASIY155N63101 -E1-1-4-17(j1-k162) ::: GRGNMUMBANTLL08 Always Check alarms on both ends. If path alarms are observed , then co-ordinate with Transport Team. Suppose we are getting Ais or Los alarm at Mumbai end, then give a loop from Mumbai to Gurgaon and get it checked by the customer .Once loop is detected at Gurgaon , then arrange a Field engineer at Mumbai end. Similarly if alarm is observed at gurgaon end, then check loop from Gurgaon to Mumbai and once detected, then arrange field engineer at Gurgaon end. If wireless devices are involved, then circuit can be like:: Wireless device<= = =>HCGRGNHUDAY128N61101 E1-1-2-4(j1-k263) <=====> MCNMUMVASIY155N63101 -E1-1-4-17(j1-k162) . In such cases, check alarms at Both ends transport equipments. If path alarms are observed , then co-ordinate with Transport Team. If AIS or LOS is present at gurgaon end, then first check loop Gurgaon to Mumbai and once loop is detected, then co ordinate with wireless team
13
14
THANK YOU
15