Location: SIP Software

Discussion: ISDN, R2, RBS to SIP interworking module for IP PBXesReported This is a featured thread

Showing 5 posts

hankkarl
ISDN, R2, RBS to SIP interworking module for IP PBXes
Apr 20 2009, 10:21 AM EDT | Post edited: Apr 20 2009, 10:21 AM EDT
PSTN-SIP module allows IP PBXes to connect to the PSTN via ISDN PRI or BRI, QSIG, CAS R2 or RBS, or analog telephony. Pre-ported version available for Linux (Windows is on the roadmap) that interfaces to DAHDI (was Zaptel) boards so you can use the least expensive hardware solution. DAHDI over ethernet is also supported.

This product allows you to implement an ISDN (or other PSTN) interface with minimal knowledge of ISDN or SIP.

Asterisk and other FOS PBXes benifit from gaining the ability to use the industry-proven TeleSoft ISDN stack that is not performance limited in the way that the free stacks are. Configuration and installation is much easier than configuring and installing the free stacks.
Do you find this valuable?    
Keyword tags: None
draf
draf
1. RE: ISDN, R2, RBS to SIP interworking module for IP PBXes
Oct 1 2009, 7:09 AM EDT | Post edited: Oct 1 2009, 7:09 AM EDT
"PSTN-SIP module allows IP PBXes to connect to the PSTN via ISDN PRI or BRI, QSIG, CAS R2 or RBS, or analog telephony. Pre-ported version available for Linux (Windows is on the roadmap) that interfaces to DAHDI (was Zaptel) boards so you can use the least expensive hardware solution. DAHDI over ethernet is also supported.

This product allows you to implement an ISDN (or other PSTN) interface with minimal knowledge of ISDN or SIP.

Asterisk and other FOS PBXes benifit from gaining the ability to use the industry-proven TeleSoft ISDN stack that is not performance limited in the way that the free stacks are. Configuration and installation is much easier than configuring and installing the free stacks."
Which product are you speaking about ?
Does it comply with last set of 3GPP standards for support of telephony servoces over SIP (call transfer, Conf and others..)
In my view 3GPP that have endorsed ETSI work did a great job to standardize how to operate these services using SIP.
This is a mjor improvement to ease interworking that remains a major issue with SIP
Do you find this valuable?    

hankkarl
2. RE: ISDN, R2, RBS to SIP interworking module for IP PBXes
Oct 1 2009, 9:46 AM EDT | Post edited: Oct 1 2009, 9:46 AM EDT
The product is the TeleSoft TsGate and TsLinkNet.

3GPP/IMS support is available, but 3GPP means different things to different people. Hold, Transfer, Drop, Conference. (the "Big 4") are supported, but you don't need all the 3GPP stuff for that.

The group has done a great job of setting up what is effectively an interoperability agreement, but you don't need to fully comply with the 3G stuff to use Hold, Transfer, etc in conformance with that spec, so your endpoints can be as simple or as complex as you want them to be.
Do you find this valuable?    
draf
draf
3. RE: ISDN, R2, RBS to SIP interworking module for IP PBXes
Oct 5 2009, 8:36 AM EDT | Post edited: Oct 5 2009, 8:36 AM EDT
About 3GPP what I meant is it has taken in charge ETSI (TiSpan) work on PSTN service emulation and simulation. So there is now a set of standards defining how to operate supplementary services with SIP. You are right when you say that other ways could be used. Will these standards be requested by carriers? This is the right question. Do you find this valuable?    

hankkarl
4. RE: ISDN, R2, RBS to SIP interworking module for IP PBXes
Oct 5 2009, 10:14 AM EDT | Post edited: Oct 5 2009, 10:14 AM EDT
Unfortunately, Telecom has a history of companies claiming to embrace open standards and then adding their own "value added features" to differentiate themselves from other companies. Naturally, having these "differentiators" mean that the companies no longer provide a standard product.

Its understandable that the telecom carriers want to avoid having a commodity product.

I suspect that the VoIP carriers will first try to provide a standard product, then when they find they are constantly being underbid by companies willing to lose money, they will add differentiators, just as traditional telecom carriers have.
Do you find this valuable?