I have a use case where the ITSP provides 1 account(different user/pass same domain) per DID. If I want 20 DIDs, I'll need 20 accounts.
If I need to use specific accounts according to the destination area code(long distance calls), how does it fit in this discussion? - MM On Tue, Feb 23, 2010 at 00:08, Todd Hodgen <[email protected]> wrote: > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of M. Ranganathan > Sent: Monday, February 22, 2010 8:55 AM > To: Paul Mossman > Cc: Mudumbai Ranganathan; [email protected] > Subject: Re: [sipX-dev] A proposal regarding model of gateway <->ITSP > account insipX > > On Mon, Feb 22, 2010 at 11:40 AM, Paul Mossman <[email protected]> > wrote: > > Jason wrote: > >> This would require some changes in the sipxconfig to allow > >> define ITSP independently and a gateway could refer to them > >> by selection. > >> > >> Could you have a look and comment on it? > > > > So we would need a new screen where you define the ITSP Accounts? And > > in order to create "SIP trunk"-type Gateways, you need to have at least > > one ITSP Account? > > You do not need an ITSP account necessarily to have a SIP Trunk > gateway. You would only need one if you are routing the request to > SIPXBRIDGE. > > > > > > The reason would be so that multiple Gateways can use the same ITSP > > Account? Therefore you would not have to re-enter the ITSP Account > > credentials for each Gateway? > > No that is not the reason why. Re-entry would be a bad thing ideed and > you will have people complaining but that is not my primary concern. > The reason you would want such a screen because otherwise, you wind > up with multiple identical entries in sipxbridge.xml and that is a > problem. sipxbridge can sift through the mess of duplicate entries > thus created in sipxbridge.xml all the information in it. It is bad > design. > > > > > > > > If so, then: > > > > 1. What portion of our customer who use SIP Trunks will have multiple > > Gateways using the same ITSP Account? (<10%, 10-25%, >25%?) > > > > I would say < 10% BUT the more important thing is that these are two > different things. Why are they coupled? > > > > > > 2. Of those customers, how many Gateways using the same ITSP Account > > will they have? (2-6, 6-12, >12?) > > > > 3.776 % Really! > > (Just kidding) > > But really, polling aside, this is a bad design that is confusing, > causes needless coupling and is wrong. This must be fixed for that > reason. > > > Regards, > > Ranga > > > > > > > > > -Paul > > [email protected] > > > > _______________________________________________ > > sipx-dev mailing list [email protected] > > List Archive: http://list.sipfoundry.org/archive/sipx-dev > > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > > sipXecs IP PBX -- http://www.sipfoundry.org/ > > > > > I may be missing the point here, but I don't think that users have multiple > Gateways using the same ITSP account. They may have multiple Gateways > using > the same ITSP. In that case, the ITSP needs to provide a different > termination point for each gateway. I have a customer doing that now - > three accounts with the same ITSP, each terminates on a different IP > address > at the same ITSP, and each has its own gateway that works fine with > sipXecs. > > Additionally, many ITSP's have sub-accounts. With this, you have separate > accounts to log into for subaccounts under the same account. The trick is > the same here, you have to terminate each sub account at a different IP > address from other sup accounts or the main account. > > _______________________________________________ > sipx-dev mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > sipXecs IP PBX -- http://www.sipfoundry.org/ >
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
