simple issue ... but strange

Unanswered Question
Mar 15th, 2008

Hi Friends,

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)

TEST1#show arp

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

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

59936 packets output, 6177065 bytes, 0 underruns

1 output errors, 0 collisions, 6 interface resets

0 babbles, 0 late collision, 0 deferred

1 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

TEST2#show int fa1/1

FastEthernet1/1 is up, line protocol is up

Hardware is AmdFE, address is 0009.b7a1.3992 (bia 0009.b7a1.3992)

Internet address is X.X.X.42/30

MTU 1500 bytes, BW 100000 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, 100BaseTX/FX

ARP type: ARPA, ARP Timeout 04:00:00

Last input 1d15h, output 00:00:05, 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: custom-list 1

Output queues: (queue #: size/max/drops)

0: 0/20/0 1: 0/20/0 2: 0/20/0 3: 0/20/0 4: 0/20/0

5: 0/20/0 6: 0/20/0 7: 0/20/0 8: 0/20/0 9: 0/20/0

10: 0/20/0 11: 0/20/0 12: 0/20/0 13: 0/20/0 14: 0/20/0

15: 0/20/0 16: 0/20/0

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

65051 packets input, 31706615 bytes

Received 953 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog

0 input packets with dribble condition detected

64491 packets output, 12068478 bytes, 0 underruns

0 output errors, 0 collisions, 5 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

Regards,

Manoj

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Manoj Wadhwa Sat, 03/15/2008 - 21:24

Hi Danny,

Thanks for your response. It is not a MetroE line. A simple LL connectivity like a typical LL.

mahmoodmkl Sat, 03/15/2008 - 23:21

Hi

I think this has to do with the telco,verify how their internal connections are setup which are connecting u r sites.

Thanks

Mahmood

mohkumar Sun, 03/16/2008 - 02:41

Hi Manoj,

Can I know wt is the outbound interface . Ru using any modems.

Regards,

Mohan

Manoj Wadhwa Sun, 03/16/2008 - 04:59

Hi Mohan,

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 ...

Regards,

Manoj

Paolo Bevilacqua Sun, 03/16/2008 - 05:41

Do yourself a favor, buy two cisco SFPs mated to the type of fiber you have. Converters are a notorious source of fault and frustration.

Also note, after you''l have that working, it's pointless that you try custom queuing on a gigaethernet interface, as in most cases, these are never congested.

Manoj Wadhwa Sun, 03/16/2008 - 07:04

Hi,

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.

Best Regards,

Manoj

Actions

This Discussion