Fixed up the loss of crc4-multiframe alignment logic
authorRuss Meyerriecks <rmeyerriecks@digium.com>
Mon, 25 Oct 2010 18:58:17 +0000 (18:58 +0000)
committerRuss Meyerriecks <rmeyerriecks@digium.com>
Mon, 25 Oct 2010 18:58:17 +0000 (18:58 +0000)
commit3140dfc482140e3732b89a51a57e2ae2d702800c
tree76f4166fcef8eae81eea07b4efb4bb2bb033ea83
parenta3ae25141ac3d53f997d8519db28fdc19a49ae73
Fixed up the loss of crc4-multiframe alignment logic

Loss of crc4-multiframe alignment on an E1 link is not a condition which
brings the span down. The span will continue to run as long as it can
maintain double frame alignment. Because of this, we cannot place the
LMFA alarm in the usual spaninfo.alarms member, due to userspace
programs using this as a catch-all for a span being up or down.

We can detect the alarm by watching the frame error counter (fecount).
If it continuously increments, the span is configured for crc4, and the
span remains OK (alarms = 0), then we are in loss of crc4-multiframe
state.

In order to test this alarm, you'll need to synthesize a loss of crc4
alignment on the span. You can usually do this by configuring the local
span to use crc4 and the remote end to not use crc4. I used the Fireberd
6000 in my lab to do this.

dahdi-743 & dahdi-420

Acked-by: Shaun Ruffell <sruffell@digium.com>

git-svn-id: http://svn.astersk.org/svn/dahdi/tools/trunk@9458 17933a7a-c749-41c5-a318-cba88f637d49
dahdi_scan.c