[c-nsp] POS Controller pointers thresholds

[Clinton Work]

PSE (Positive Stuff Event) is more of a warning than a real error. Its
indication
of clock slip between the near and far end. To adjust for the clock slip the
SONET ADMs shift the SONET pointer one byte forward (PSE) or backwards (NSE)
to adjust periodically for the clock slip (think leap year adjustment). The
PSE and
NSE events don't cause any dropped frames. The PSE/NSE adjustments can be
caused by clock misconfiguration (as suggested). I have seen a lot of
NSE / PSE events on circuits that cross multiple transport providers. The
SONET
networks of the different service providers can have slightly different
clock sources
which causes the clock drift.

Clocking configuration:
Back to back POS circuit over dark fiber or DWDM - clock source internal
(both sides)
POS Circuit over SONET ADMs - clock source line (both sides)

NEWPTR errors are caused when the SONET controller looses track of the
pointer inside
the SONET frame. Its not normal and is usually caused by clocking
misconfiguration
or optical receive problems. I don't think you have a line issue because all
the other
SONET counters are clean.

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


----- Original Message ----- 
From: "Yasser Aly" <yasser.aly at noorgroup.net>
Subject: [c-nsp] POS Controller pointers thresholds


> Hello,
>
>   I have a new 45M circuit running over POS interface. My problem with
this
> circuit is that the POS controllers counters named " PSE & NEWPTR " are
> counting heavily.
>
> Router-7513#sh controllers pos 10/0/0
> POS10/0/0
> SECTION
>   LOF = 0          LOS    = 0                            BIP(B1) = 0
> LINE
>   AIS = 0          RDI    = 0          FEBE = 0          BIP(B2) = 0
> PATH
>   AIS = 0          RDI    = 0          FEBE = 0          BIP(B3) = 0
>   PLM = 0          UNEQ = 0
>   LOP = 0          NEWPTR = 653        PSE  = 1135       NSE     = 0