Using OBi Voice Gateways with SIP Providers
RonR:
Quote
NOTE: You must have at least one SIP provider already configured on the OBi using SPx/ITSPx.
It's a real shame, seeing as how all the code to handle SIP providers is sitting there, but you can only use SIP providers on Voice Gateways (and with considerable limitations) through an existing SP1/SP2 Service that's configured with a VoIP provider.
Google Voice accounts cannot be added though Voice Gateways.
GizmoChicken:
Quote from: RonR on March 29, 2011, 02:08:43 pm
You missed a major restriction the OBi developers placed on using Voice Gateways with SIP:
NOTE: You must have at least one SIP provider already configured on the OBi using SPx/ITSPx.
Any thoughts on WHY the OBi developers placed this restriction on using Voice Gateways?
As I've posted elsewhere:
Quote from: GizmoChicken on April 25, 2011, 05:09:55 am
I don't understand the need for the "SP1" and "SP2" preceding the target service. As posted by another, this seems to imply that either "SP1" or "SP2" must be a SIP service. That is, gateways won't work if BOTH "SP1" or "SP2" are attached to Google Voice accounts. I can't understand why this limitation has been imposed.
I suppose I could sort of understand why a voice gateway may require setting a "SIP signalling protocol" and why it might be easier to do that by referring to "ITSP Profile A" or "ITSP Profile B" rather that specifying the protocol (and/or other parameters) for each voice gateway. But IF that's the case, why not adjust your code so that something like the following configurations could be used: ITSP-A(sip.xyz.com:5081) or ITSP-B(192.168.15.118).
Am I way off base?
RonR:
Quote from: GizmoChicken on April 25, 2011, 05:50:15 am
Quote from: RonR on March 29, 2011, 02:08:43 pm
You missed a major restriction the OBi developers placed on using Voice Gateways with SIP:
NOTE: You must have at least one SIP provider already configured on the OBi using SPx/ITSPx.
Any thoughts on WHY the OBi developers placed this restriction on using Voice Gateways?
Using the OBi Voice Gateways with SIP providers was an after-thought. The SIP support code in the OBi was apparently not written in a manner for general use, and rather than reorganizing it such that it could be, SIP support through Voice Gateways was quickly shoe-horned in as a piggy-back operation on SP1/SP2, with a lot of limitations as a result.
JamesC:
Hi All,
Quick question here. If a voice gateway uses the sp1/sp2 interfaces to call out, would the sp1/sp2 affect the quality?
I have the below settings on my Obi110
sp1 : Google Voice (for free in/out US calls)
sp2 : sipgate (For free backup incoming calls)
vg4 : sp2(callcentric.com)
I've always heard about great quality of Callcentric, but would the fact that it is run through sipgate be a quality factor? Not saying sipgate does not have great quality, just wondering about the relation.
Thanks
RonR:
Quote from: JamesC on April 25, 2011, 11:51:52 am
Hi All,
Quick question here. If a voice gateway uses the sp1/sp2 interfaces to call out, would the sp1/sp2 affect the quality?
I have the below settings on my Obi110
sp1 : Google Voice (for free in/out US calls)
sp2 : sipgate (For free backup incoming calls)
vg4 : sp2(callcentric.com)
I've always heard about great quality of Callcentric, but would the fact that it is run through sipgate be a quality factor? Not saying sipgate does not have great quality, just wondering about the relation.
Thanks
It's not actually being run through Sipgate. It's being piggy-backed on the support for SIP that's configured on SP2, but the actual communications is with CallCentric and not Sipgate.
There are some considerations that might affect CallCentric operation:
Note that when using a SP trunk to access a (SIP) gateway, the device will:
- Not use the outbound proxy, ICE, or STUN regardless the settings on the SP trunk.
- Use only the device’s local address as the SIP Contact, and ignore any natted address discovered by the device.
- Use the gateway’s SIP URL to form the FROM header of the outbound INVITE.
- Use the gateway’s AuthUserID and AuthPassword for authentication.
- Apply the symmetric RTP concept.
If I were you, I'd temporarily configure SP2 for CallCentric instead of Sipgate and find out what, if any, trade-offs there are in using the Voice Gateway instead.
Navigation
[0] Message Index
[#] Next page
[*] Previous page