Sipura/Linksys style gateways
plugger2:
It would be nice to have "gateway" support for SIP Voice service providers that don't require registration, a la the SPA3102 for example. Indeed, when I saw the feature list for the OBi 110 included 8 gateways I thought "cool, that would give me configurability for up to 10 VSPs, lots of backup/fallback/trunk possibilities there."
Of course, now I realise that for an OBi110, the term "gateway" means something different to the term "gateway" on a SPA3102 or related device. But would it be difficult to extend the functionality of the OBi110 to allow for the configuration of non-registrable old-style "gateways"? Being limited to two VSPs is a tad restrictive, I feel. I'm currently using 3 out of the 5 available on my SPA3102, and with the additional power of the OBi110, I can easily think of how I could use even more configuration slots.
You may need to rethink your naming conventions in order to avoid confusion. Or perhaps you could just extend the functionality of the existing 8 OBi110 gateways to allow them to be configured for a VSP as well as for other OBi boxes?
Anyone else support this idea?
OBi-Guru:
Well, the gateway concept is great for connection from other OBi devices, and registration is not required either.
The beauty of obi to obi connection is that it frees up any kind of external IP addressing, static, DMZ or port forwarding issues.
QBZappy:
plugger2,
Hi,
I think using the Obi as a gateway in the fashion you were originally thinking is possible if you adopt a different approach. With every Obi unit you connect to, you have an additional 2 Service Providers. Two units will give you 4 Service Providers. You could build up from there. You might need to be creative with the dial plan to achieve the desired use scenario.
plugger2:
Quote from: OBi-Guru on March 02, 2011, 04:45:42 pm
Well, the gateway concept is great for connection from other OBi devices, and registration is not required either.
The beauty of obi to obi connection is that it frees up any kind of external IP addressing, static, DMZ or port forwarding issues.
I wasn't suggesting this should be an either/or thing. The OBi gateway concept is very cool, and great if you have a use for it. What I'm suggesting is a way to make more SIP VSPs available. The limit of two that are configurable at the moment is a real limitation. I've currently got three VSPs I'm using for my home use SPA3102 dialplan -- going over to the OBi110 I'll have to drop that down to two, and that will be at a cost.
One of the potentially useful things about having a list of outdial only "gateway" accounts (in the SPA3102 sense) is trunking: If a particular VSP is being used by someone on the ph line, for example, and the AA gets a request to place a call using that VSP, at the moment: No dice! But if it could refer to a trunk group of multiple separate accounts for that VSP, it just has to find one that is free, and Bingo!
Lots of VSPs have no monthly fee "pay as you go" accounts available. Get a few of these, put them in your trunk group for that VSP, and Bob's your proverbial uncle. The need will become even more apparent once the AA can handle more than one request at a time, I think.
I want my SIP gateway accounts! _And_ I want to be able to put them into trunk groups! :-)
Thunderbird1:
I'm compelled to agree with plugger2's suggestion.
I'm in a similar boat where I currently utilize 7 VSPs through my SPA3K - 1 via Line 1, 4 via gateways and 2 via the dial plan. When I first read that the Obi110 supported 8 gateways I thought "great" - a welcome improvement on the SPA. But further reading of the admin guide and as confirmed by Obi-Guru, the gateways only relate to Obi devices. Hhmm .... maybe no so great >:(
No doubt some users will find the current gateway implementation a handy feature. Personally, I can't see myself using it in it's current form.
As plugger2 mentioned, being able to trunk group a number of gateways with the ability of a call to hunt through the VSPs would be a handy feature.
Anyway, just a little feedback & to add my interest/support for true gateway operability.
Navigation
[0] Message Index
[#] Next page