Am 21.06.2012 um 18:05 schrieb Richard Mudgett: >> My previous message was incomplete. >> >> >> On thing to note is I had to forbid hfcmulti in modprobe.d in the >> second box to comply with a warning from dahdi. Without that, I could >> see this line in the output of lsmod: >> mISDN-core hfcmulti >> >> >> 1. What is the root cause that makes a board change its sync source ? >> How can I check this ? > > I would think layer 1 going down. Many European telcos for BRI PTMP lines > drop layer 2 and then layer 1 to conserve power. > > Is the switching of clock sources causing a problem? > >> 2. How can I get rid of these alarms ? > > See the chan_dahdi.conf.sample file about the following options. > > You could use the layer1_presence option to make Asterisk ignore those > alarms. > > You could use the layer2_persistence option to keep layer 2 up. To use > this option however, requires using libpri SVN 1.4 branch code as current > released versions do not support the option. Using the layer2_persistence > option restores behavior that was removed for better Q.921 conformance for > PTMP after libpri v1.4.10.2 and is why you are seeing a behavior difference > between versions.
Hi Richard, any plans when libpri 1.4.13 will be released? Michael http://www.mksolutions.info
smime.p7s
Description: S/MIME cryptographic signature
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
