asterisk users - Feb 2007 - pmp_l1_check=no with zaphfc (Bristuff)

Hi,
I?m using Bristuff for more than a year and half now, and I am stuck  
with the same problem since asterisk 1.2.
When using a card from Junghans, QuadBri or OctoBri everything is ok, 
(driver QOZAP) but with a one port generic card (driver ZAPHFC) when  
the channel go to sleep, it cannot dialout any more. The only way to  
get it back is an incoming call, and it work until the channel go to  
sleep .
Here in France, I can ask the ISDN operator (France Telecom) to keep  
the channels up, but it does not work everywehere and generally the  
technician on the phone don?t known what I?m talking about.
With asterisk 1.0, the driver is keeping the channel up, so it works  
fine.
For my new installations, I have switched to mISDN,
With mISDN, there is the option: pmp_l1_check=no which start the call  
even if the channel is down.
Dialout work fine but there is some echo on many calls.
I have never experienced echo problem with Bristuff.
It is not possible to use a 4 ports card for small PXBs  (1 bri) for  
cost reasons.
I?ve tried to contact people at junghanns.net with no answers, I also  
tried to post on this list last year without finding any solutions.

Does anyone ever experienced this and found a solution?

On Sun, Feb 11, 2007 at 08:57:30PM +0100, Olivier MONNET
wrote:
> Hi,
> I?m using Bristuff for more than a year and half now, and I am stuck  
> with the same problem since asterisk 1.2.
> When using a card from Junghans, QuadBri or OctoBri everything is ok, 
> (driver QOZAP) but with a one port generic card (driver ZAPHFC) when  
> the channel go to sleep, it cannot dialout any more. The only way to  
> get it back is an incoming call, and it work until the channel go to  
> sleep .
> Here in France, I can ask the ISDN operator (France Telecom) to keep  
> the channels up, but it does not work everywehere and generally the  
> technician on the phone don?t known what I?m talking about.
The connection there indeed constantly goes up and down. But what
problem does it cause to Asterisk/zaptel?

How about posting on bristuff-users?

There is currently a reimplementation of zaphfc (vzaphfc). Perhaps it is
more robust.

-- 
               Tzafrir Cohen       
icq#16849755                    jabber:tzafrir@jabber.org
+972-50-7952406           mailto:tzafrir.cohen@xorcom.com       
http://www.xorcom.com  iax:guest@local.xorcom.com/tzafrir

>
> There is currently a reimplementation of zaphfc (vzaphfc). Perhaps it is
> more robust.

Which package  include such reimplementation of zaphfc ?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20070212/8e1f2b1d/attachment.htm

Le 11 f?vr. 07 ? 21:25, Tzafrir Cohen a ?crit :
> On Sun, Feb 11, 2007 at 08:57:30PM +0100, Olivier MONNET wrote:
>> Hi,
>> I?m using Bristuff for more than a year and half now, and I am stuck
>> with the same problem since asterisk 1.2.
>> When using a card from Junghans, QuadBri or OctoBri everything is ok,
>> (driver QOZAP) but with a one port generic card (driver ZAPHFC) when
>> the channel go to sleep, it cannot dialout any more. The only way to
>> get it back is an incoming call, and it work until the channel go to
>> sleep .
>> Here in France, I can ask the ISDN operator (France Telecom) to keep
>> the channels up, but it does not work everywehere and generally the
>> technician on the phone don?t known what I?m talking about.
>> With asterisk 1.0, the driver is keeping the channel up, so it works
>> fine.
>> For my new installations, I have switched to mISDN,
>> With mISDN, there is the option: pmp_l1_check=no which start the call
>> even if the channel is down.
>> Dialout work fine but there is some echo on many calls.
>> I have never experienced echo problem with Bristuff.
>> It is not possible to use a 4 ports card for small PXBs  (1 bri) for
>> cost reasons.
>> I?ve tried to contact people at junghanns.net with no answers, I also
>> tried to post on this list last year without finding any solutions.
>>
>> Does anyone ever experienced this and found a solution?
>>
>
> We have a BRI driver of our own that uses the bristuffed Asterisk.  
> It is
> currently in a testing phase, but we have been able to dial in and out
> to France Telecom.
>
> Anyway, we started the bristuff mailing list mainly due to the
> non-responsiveness of Junghanns. You can also find there my own fix of
> bristuff to build with the latest zaptel/asterisk 1.2 . We already use
> bristuffed zaptel 1.4 internally.
The bristuff mailling list is a great idea.
I have tried to look at the zaphfc driver to see what have changed  
since bristuff 0.2 but the changes seems to be on libpri.
Is your driver based on zaphfc or is this a new driver?
Zaphfc with the patch from http://zaphfc.florz.dyndns.org/ work great  
but when the channel go to sleep, it is unable to wake it up.
Qozap can do that, but not zaphfc.





>
> -- 
>                Tzafrir Cohen
> icq#16849755                    jabber:tzafrir@jabber.org
> +972-50-7952406           mailto:tzafrir.cohen@xorcom.com
> http://www.xorcom.com  iax:guest@local.xorcom.com/tzafrir
Olivier MONNET
Altiva Solutions
+33 476525611  Fax: +33 476525612
http://www.altiva.fr

On Mon, Feb 12, 2007 at 09:15:01AM +0100, Olivier wrote:
> >
> >There is currently a reimplementation of zaphfc (vzaphfc). Perhaps it
is
> >more robust.
> 
> 
> Which package  include such reimplementation of zaphfc ?
> Thanks
Currently the only public repository for it is the Debian package :-(

svn co svn://svn.debian.org/svn/pkg-voip/zaptel/trunk/vzaphfc

-- 
               Tzafrir Cohen       
icq#16849755                    jabber:tzafrir@jabber.org
+972-50-7952406           mailto:tzafrir.cohen@xorcom.com       
http://www.xorcom.com  iax:guest@local.xorcom.com/tzafrir

I have installed the vzaphfc and this what I was looking for.

I will do some more testing and I will post my results here.

Thank you for your help

Le 12 f?vr. 07 ? 11:56, Tzafrir Cohen a ?crit :
> On Mon, Feb 12, 2007 at 09:15:01AM +0100, Olivier wrote:
>>>
>>> There is currently a reimplementation of zaphfc (vzaphfc).  
>>> Perhaps it is
>>> more robust.
>>
>>
>> Which package  include such reimplementation of zaphfc ?
>> Thanks
>
> Currently the only public repository for it is the Debian package :-(
>
> svn co svn://svn.debian.org/svn/pkg-voip/zaptel/trunk/vzaphfc
>
> -- 
>                Tzafrir Cohen
> icq#16849755                    jabber:tzafrir@jabber.org
> +972-50-7952406           mailto:tzafrir.cohen@xorcom.com
> http://www.xorcom.com  iax:guest@local.xorcom.com/tzafrir
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
Olivier MONNET
Altiva Solutions
+33 476525611  Fax: +33 476525612
http://www.altiva.fr