[asterisk-users] Which dahdi/libpri combo for BRI/PtmP ?

[Olivier]

Googling, I found this one-year old  thread about the same subject
http://thr3ads.net/asterisk-users/2012/06/1950384-Asterisk-10-1.6.1-and-Dahdi-Libpri-compatilities-in-BRI-PtmP

If my reading and understanding is correct:
1. Briging layer 1 down is specific to PtmP (PtP is not concerned).
2. When a line is down, pri show spans shows it as such, and the one way to
check this line can be up is to it an outgoing (easy) or incoming (harder)
call.

A workaround is to use layer2_persistence=keep_up which can be forbidden by
Telco, as it will keep the line from entering energy saving mode.

An other way to deal with this is to completely forget pri show spans in
PtmP installation, forget about beautiful RRDTools graphs and learn to
supervise systems with log output ("no failure when trying to output a call
= no problem").

Thoughts ?




2013/6/6 Olivier <oza_4h07 at yahoo.fr>

>
>
>
> 2013/6/6 jg <webaccounts at jgoettgens.de>
>
>>  On 06/06/2013 05:55 PM, Olivier wrote:
>>>
>>>> Hi,
>>>>
>>>> I need to rebuild a system which has 4 BRI ports and is connected to
>>>> Point-to-multiPoint lines, in a country where telco often "drop lines
>>>> for energy savings".
>>>>
>>>
>>> I think the dropped D-channel issue should be handled by a very recent
>>> DAHDI. If there are still issues file a bug. Don't know about PtMP.
>>>
>>
> I think but I'm far from being certain that PtmP lines are the one
> concerned by  Telco energy savings.
> If someone could shed some light on this, that would be perfect.
>
>
>
>>  I am using ISDN BRI connections for several years now. I have never
>> seen a problem with down states of the D channel. If there is nothing
>> hooked up to the S bus it is very likely that the D channel will be down
>> after a while. When you start the low level driver, the line might still be
>> down. But when you start Asterisk and DAHDI tries to negotiate a TEI value,
>> then the line will connect. So far I have never seen a disconnected state
>> on a BRI-P2MP line while Asterisk is running. To be precise, I always
>> observed periodic RR frames (typically every 10 seconds) when Asterisk is
>> running for apparently idle lines. I have all the docs, but I wasn't
>> motivate enough so far to read them
>
>
> My case is worse : I didn't even try to get the docs ;-)
>
>
>> and learn whether disconnected states are possible with active devices.
>>
>>  I'm planning to use latest 11.4.0 asterisk version along with dahdi and
>>>> libpri (no misdn).
>>>>
>>>> Which version are recommended for Dahdi and Libpri ?
>>>>
>>>
>>> Probably the very latest you can find. If the latest stable does not
>>> work for you then try an RC of an upcoming version or get master from git.
>>>
>> As I said, any recent version should be fine.
>>
>>
>>>  My main requirements are, beside having calls coming in and out:
>>>> - keep a meaningful "pri show spans" status (pri show spans outputs Down
>>>> when the line is down (cable unplugged, no q921 traffic, ...))
>>>> - avoid sporadic ERROR messages in logs.
>>>>
>>> Did you have any problems with the line status?
>>
>
> Not exactly but I was thinking about tweaks such as *layer1_presence*=ignore
> or layer2_persistence=keep_up.
> I wonder if the later one, didn't mask current line status.
>
>>
>> jg
>>
>>
>> --
>> ______________________________**______________________________**_________
>> -- 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<http://lists.digium.com/mailman/listinfo/asterisk-users>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130606/a08bdf70/attachment.htm>