Re: urgent < issues with POS link >

pushkar1782 · ‎11-02-2006

following is the output . Kindly suggest i m facing high latency issues...

sh controllers pos 3/0/0

POS3/0/0

SECTION

LOF = 0 LOS = 0 BIP(B1) = 0

LINE

AIS = 0 RDI = 0 FEBE = 137440441 << BIP(B2) = 0

PATH

AIS = 0 RDI = 0 FEBE = 0 BIP(B3) = 0

LOP = 0 NEWPTR = 0 PSE = 0 NSE = 1015695 <<<<<

Active Defects: None

Active Alarms: None

Alarm reporting enabled for: SF SLOS SLOF B1-TCA B2-TCA PLOP B3-TCA

BER thresholds: SF = 10e-3, SD = 10e-6

TCA thresholds: B1 = 10e-6, B2 = 10e-6, B3 = 10e-6

APS

COAPS = 0 PSBF = 0

State: PSBF_state = False

Rx(K1/K2): 00/00 Tx(K1/K2): 00/00

S1S0 = 02, C2 = 16

CLOCK RECOVERY

RDOOL = 0

State: RDOOL_state = False

PATH TRACE BUFFER: STABLE

Remote hostname : LONCR1.re0 so-7/0/1

Remote interface:

Remote IP addr :

Remote Rx(K1/K2): / Tx(K1/K2): /

BER thresholds: SF = 10e-3 SD = 10e-6

TCA thresholds: B1 = 10e-6 B2 = 10e-6 B3 = 10e-6

Clock source: line

===================================

POS3/0/0 is up, line protocol is up

Hardware is Packet over Sonet

Description: --- To FT IAR - IPBW = 622Mbps

Internet address is 81.52.136.49/30

MTU 4470 bytes, BW 622000 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation HDLC, crc 32, loopback not set

Keepalive set (10 sec)

Scramble enabled

Last input 00:00:03, output 00:00:00, output hang never

Last clearing of "show interface" counters 12:45:20

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 2677000 bits/sec, 944 packets/sec

5 minute output rate 52000 bits/sec, 12 packets/sec

47434951 packets input, 8763137062 bytes

Received 4617 broadcasts (0 IP multicast)

0 runts, 0 giants, 0 throttles

0 parity

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

3033544 packets output, 1048575972 bytes, 0 underruns

0 output errors, 0 applique, 0 interface resets

0 output buffer failures, 0 output buffers swapped out

0 carrier transitions

network.king · ‎11-02-2006

Hi,

There is no interface specific configuration that could cause high latency unless you have configured some small bw and done QOS , but here BW is also fine .Usually the issue would be with the provider , might be taking a different route for your circuit or some issues with his network.

Once try giving a shut and no shut or try changing the cable and last ask the provider to check the issue in his network

regards

vanesh k

pushkar1782 · ‎11-02-2006

Plz note

FEBE , and NSE errors are increasing ..any suggestions on it ..

jackyoung · ‎11-02-2006

Please check below links :

http://www.cisco.com/en/US/tech/tk482/tk607/technologies_tech_note09186a008009464b.shtml

According to the link, the NSE = Write into buffer is performed faster than read from buffer. The clock slips indicate that the clock rate on the incoming interface is not synchronized somehow with the clock rate on the outgoing interface.

Try to check the clock.

More from below :

http://www.cisco.com/en/US/tech/tk482/tk611/technologies_tech_note09186a008014f349.shtml#ais

The FEBE means the device on the other end of this link has B2 or B3 errors, and reports the errors back to router A to indicate errors that come either from router A or the link.

You can carry the hard loopback test to identify the problem.

Sorry for not familiar on POS and try to source the info. to help.

Hope this helps.

pushkar1782 · ‎11-03-2006

yeah,

thats the link i hv already reffered . Thanx for help .

bye

pushkar1782 · ‎11-10-2006

hey guys ,

i hv got my last mile fibre patch changed ..this solve FEBE errors but again NSE errors on show controllers pos3/0/0 are increasing .

can you plz help ? i've read NSE are becoz of clocking issues with PTT ( clocking slips )

but clocking on router + PTT router is line ..

jackyoung · ‎11-10-2006

Do you mean both PTT & your router are using clock from line ? If yes, it is also the PTT issue. I have no idea is there any limitation on the POS in clock issue. Please try if it can check the clock (rate, source, etc.) and try to bring the line up to provide the service to the customer then troubleshoot the problem by collecting more information.

Hope this helps.

pushkar1782 · ‎11-11-2006

see the pos line is already up .and everything is disapperared....

i got the PTT router ( IAR ) to change their clocking to Line , our end router clocking to line.

NSE ,FEBE errors now disappered..yes it was a clocking issue.

jackyoung · ‎11-12-2006

It is good that you solved the problem. :)