We commissioned a new Leased Line from one of the Telco's to serve as a backup. But we are running into an issue which seems to be strange ... we are unable to identify if this is a Telco issue or something at our end. Basically, the LL is connected, the interface status at both the ends is showing as Up & Up but we are not even able to ping from one end to another. There are no blocking policies. Please help to identify if you have experience such issue as per your experience. Thanks!
TEST1#ping ip X.X.X.42 source X.X.X.41
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to X.X.X.42, timeout is 2 seconds:
Packet sent with a source address of X.X.X.41
Success rate is 0 percent (0/5)
Protocol Address Age (min) Hardware Addr Type Interface
Internet X.X.X.42 0 Incomplete ARPA
TEST1#show int gi0/0
GigabitEthernet0/0 is up, line protocol is up
Hardware is BCM1125 Internal MAC, address is 0016.c79b.5ea0 (bia 0016.c79b.5ea0)
Internet address is X.X.X.41/30
MTU 1500 bytes, BW 20480 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 1d16h, output 00:00:07, output hang never
Last clearing of "show interface" counters 3d11h
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
3797 packets input, 530664 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
The fast ethernet port is connected to a ethernet/ fiber convertor .... from here there is a fiber to connect to the other end .. where again there is a fiber/ ethernet convertor connecting back to the gigabit ethernet port ...
The convertors are given by our providers, hence i guess it is upto them to decide on what they would like to use. Anyways, they are going to do some kind of testing tomorrow noon and if things still do not work, i will certainly put forward the suggestion you gave to them. I will let you all know how things proceed tomorrow. Until then, take care and thanks for your replies.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...