I wonder if BRI would have gotten traction if it offered PRI functionality (DID's and aggregation of multiple spans). Even TODAY I would drop many of my sip trunks for such hypothetical BRI trunks for locations where a full PRI is too much capacity.
That's the bane of the PRI: "Welcome to Joe's coffee shop... Oh, I'm sorry we only sell coffee in 40 gallon drums. You have to buy a whole drum even if you only want a cup--or a sip" -Karl ----- Original Message ----- From: "Jerry Jones" <[email protected]> To: "Asterisk Users Mailing List - Non-Commercial Discussion" <[email protected]> Sent: Tuesday, January 27, 2009 12:27 PM Subject: Re: [asterisk-users] USA BRI -- any hope at all? > Instead you could always get a SIP/IAX provider. > > > On Jan 27, 2009, at 11:56 AM, Jon Pounder wrote: > >> Michael Higgins wrote: >> >> At least here in Canada - DSL just seems to have killed BRI - you >> practically have to know the secret handshake to even be allowed to >> provision one any more. It killed it as an internet transport which >> was >> its most widespread use, however its many benefits as a digital phone >> line are being largely ignored. >> >> I barked up the same tree you are barking for a while and just gave >> up - >> lots of "you could buy this and try it", but no proven solution. >> Kind of >> expensive to get a line put in and buy hardware for a maybe. Years ago >> we had tons of BRI circuits around I could have tried this on, but >> thats >> long gone. >> >> >>> Folks -- >>> >>> First, apologies for not lurking for weeks or months to get the >>> culture of the list. I read the recent post about improvement to >>> the quality of posts with some amusement and full agreement. The >>> problem is a big and very real one. I hope I'm not deepening it. >>> >>> But my question isn't explicitly asked with this subject line or >>> definitively answered in the archives -- that I have found. >>> >>> What I did find left me with the impression that USA 'BRI', uh, >>> '2B1Q' protocol(?) is not supported by *any* hardware vendor, at >>> all, period, nor is it tested and proved in the software... >>> stack(?), in one related branch or another on the OS side. >>> >>> A couple of direct inquiries to card vendors have dead-ended with a >>> flat "no", or requests for development funds(!) -- apparently there >>> is code for one card, one vendor, that runs against 'bristuff', or >>> did at one time, but wasn't maintained through several Asterisk >>> releases (if the code was even released to the community... IDK). >>> >>> Is this common, that someone codes to their chip on their card and >>> sells it to one or two consumers, then lets it drop and never gives >>> the code up for continued development? (It seems contrary to GNU/ >>> Linux licensing conventions, but, again, I'm not paid as a software >>> developer. I just think they might have sold more cards with a less >>> proprietary approach.) >>> >>> Anyway, can I, with confidence, state (to the $employer) that >>> Asterisk on linux via USA 'BRI' digital lines simply isn't >>> possible? (In that, obviously, I can't pay for development nor do >>> beta testing, each with vague hope that it might work okay >>> someday...) >>> >>> If this is the case, then I must use multiple analog lines to >>> access PSTN, or pay premium for 'PRI' pipes (80% of which we will >>> never need)... is that about correct? >>> >>> Thanks in advance for any pointers, specific RTFM suggestions, any >>> help appreciated. >>> >>> If there is a different list to post this query to, I'm not (yet) >>> aware of it. >>> >>> Cheers, >>> >>> >> >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
