Koopmann, Jan-Peter
2006-Apr-16 01:09 UTC
Faxing and PCI (was Re: [Asterisk-Users] Digium cards, sodisappointing !)
On Saturday, April 15, 2006 3:17 PM Remco Barende wrote:> I heard that Junghanns is working on such an interconnection. It is > already possible to connect their PRI cards, and they are working on > BRI<->PRI.Correct. The next driver generation is supposed to support this fully.> I ise their bristuff for an HFC-S BRI card and am not happy at all > with the way they implemented timing, without applying the florz > patch I have lots of problems (lockups, lost line etc.) > > My hesitation is with the driver, I think florz only fixes HFC-S if I > would run into similar trouble with PRI I would be in deep trouble.The drivers for their BRI/PRI cards are totally independant from the standard HFC driver. I own a QuadBRI card and do not have any timing problems whatsoever.> But it would certainly fix faxing.Bristuff will help anyway. You can disable echo can and modulations (rx/txgain) on a per call basis which is very important for faxing and bridged call faxing. Kind regards, JP -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3104 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20060416/13b1d23d/smime.bin
Olivier Krief
2006-Apr-16 07:51 UTC
Faxing and PCI (was Re: [Asterisk-Users] Digium cards, sodisappointing !)
2006/4/16, Koopmann, Jan-Peter <Jan-Peter.Koopmann@seceidos.de>:> > > The drivers for their BRI/PRI cards are totally independant from the > standard HFC driver. I own a QuadBRI card and do not have any timing > problems whatsoever. > >We used this card and still got faxing problems (roughly 95% of faxes worked OK but 5% of fax communications are cut). We couldn't get any help from Junghanns backing that their cards really support "active channel switching capability (to bridge B channels on the card without latency and not using the host CPU)" as mentionned in the datasheet. Maybe this statement is true up to a given CPU or memory load ? Cheers Olivier -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060416/c3487b62/attachment.htm