You really should avoid the term "SIP PRI" - it just doesn't make sense, in terms how sipX is going to deal with it. From the user end (you) - it is a SIP trunk, period. The concept of a SIP PRI is only relevant from the providers end, in terms of how they are going to deliver and bill for their service.
I understand where your coming from with feeling like some folks weren't cutting you any slack and being overly hung up on semantics. But, the reality is that we need to use technically correct terminology so that we don't create confusion. "VPRI" and "Virtual PRI" are simply marketing terms. They have no technical relevance to how sipX is going to handle calls to/from the provider. The real question is - "What is the best way to setup a gateway to Flowroute using IP Auth" and I think that that question has been answered? ----- Original Message ----- From: m...@grounded.net To: "sipx-users" <sipx-users@list.sipfoundry.org> Sent: Friday, December 30, 2011 1:05:13 PM GMT -06:00 US/Canada Central Subject: Re: [sipx-users] flowroute VPRI IP authentication On Fri, 30 Dec 2011 11:55:23 -0500, Tony Graziano wrote: > Flow route offers two connection methods. There is no user name/password > authentication on outbound calls if you use a static IP/port with them > instead. I know that, it wasn't my question. My question was only about authentication or lack of really since it would be IP based. > Anything else you are asking is probably a misunderstanding of how they > describe an IP based acl. Hence joegens confusion. The only misunderstanding was your own about my using the term VPRI. I'm pretty sure I could post VPRI just about anywhere and folks would know I mean virtual pri. Or maybe I should have added a dash. That aside, the question was about sipx and how it works with SIP PRI's in terms of a username/password setting in the Gateway section. Because I would leave it blank, would there be any potential problems or issues which I would need to take care of in order to ensure everything works as it should. These things are templates and they aren't all the same. I want to make sure I'm not overlooking something that could become a hard to find problem once installed. In addition, I wondered if there might be any issues with using SIP PRI's in terms of simultaneous channels since the GUI settings aren't the same as a traditional gateway. For all I know, leaving the username/password blank might cause some weird problem I don't know about. Nothing wrong with asking in case someone has already been through it. >As such, this really won't get you closer to having it work, because it >already does. Again, easier to ask folks in a list than to suffer problems unknown down the line. So yeah, it does get me closer to what I need to find out about. Just sad it's always with all the freaking nonsense as well. Mike > On Dec 30, 2011 11:50 AM, "m...@grounded.net" <m...@grounded.net> wrote: > >> On Fri, 30 Dec 2011 11:34:58 -0500, Tony Graziano wrote: >> using ip based acl (this is not authentication as registration is), was >> answered in the first reply.i have a flowroute connection also and this is >> how i configured it and i expressed how it works. I don't understand the >> need to beat this discussion as it was answered exactly how to configure >> it >> and use it. >> > I believe the beating part had little to do with my question and mostly > about my use of the VPRI term and then the discussion which that in turn > created. > >> I have only seen one provider require IP based ACL and normal >> authentication to place calls, Level3. They are unique and sipx wont do >> what they want without a carefully designed sbc connection. Flowroute just >> gives you a choice of registration or ip based acl. ... use the >> bandwidth.com template and be done with it. >> > I described in more detail to Joegen what it is I am trying to find out > about. > >> i still think of a vpri as a hardware based solution to share a >> (hardware/circuit based) PRI. A PRI is a PRI. A sip trunk is not a PRI... >> > And I think a washroom is a washroom and some argue that it's a bathroom. > Go figure. > > > Mike > > >> happy 2012 >> >> >> kill this thread please? >> >> >> On Fri, Dec 30, 2011 at 11:18 AM, m...@grounded.net <m...@grounded.net> >> wrote: >>> On Fri, 30 Dec 2011 21:59:38 +0800, Joegen Baclor wrote: >>> I won't touch the subject of VPRI because it is not relevant to the >>> actual issue. >>> >> >>> I simply meant a virtual pri which is a term I saw somewhere and figured >>> it's pretty self explanatory anyhow. >> I'll explain it in case someone comes across this thread. >> >> The term "Virtual PRI" is just marketing but obviously, it is becoming >> very >> well known with voip providers. >> It is more or less just a billing method for a pool of channels which >> multiple DID's can be used over. Basically the SIP version of a physical >> PRI. >> Say you need 8 simultaneous calls, you order a virtual PRI with 8 >> channels. >> That will allow you to have 8 active calls. >> It is SIP based which means it doesn't have the usual PRI signaling or a >> physical copper circuit requirement. >> >>> either authenticated via user name or password or via an ACL which we >>> here call IP Auth. What receives them on the other end can have any >>> >> >>> Usually, when using an ITSP, we just set up a gateway on Sipx which >>> allows for name/password for authentication. >>> >> However, when I spoke to a flowroute support tech, he told me that if I >> used a virtual pri, that I should allow the pbx to authenticate via IP >> rather than user name and password. He said this would prevent each server >> from having to authenticate multiple times and that it would be a bit >> better on their side. >> >>> On the flowroute gui, there is an 'inbound routes' section which allows >>> one to define routing and authentication for each DID. >>> >> So my question is about sipx and how I can make use of the virtual PRI. If >> I don't use the name/password authentication section in the Gateway >> fields, >> >> What I don't know is if Sipx might have any configuration requirements in >> order to use the multiple channels. >> >> In the Gateway/Details/ITSP Account section, there is a Username and >> Password section. If I leave these blank and flowroute is set to use >> IP/Auth, will sipx see this gateway as a multi channel one (like my >> audiocodes MK2 for example) or is there something else I need to set up. >> >> >>> Mike >>> >>> >>> On 12/30/2011 06:10 AM, m...@grounded.net wrote: >>>> I need to install 4 separate sipx systems in four separate locations. >>>> No >>>> interoffice communications. >>>> All of the sipx systems could benefit from the use of a VPRI rather >>>> than >>>> traditional. >>>> >>>> I use ITSP's for individual lines when we need an area code that our >>>> local telco cannot handle. >>>> On sipx, I usually just create an ITSP device in the gateway section >>>> and >>>> let it authenticate via user name/password. >>>> >>>> In this case, due to the number of lines per server (4 to 8), it >>>> doesn't >>>> seem like a good idea to authenticate each and every DID individually >>>> for >>>> example and would prefer using an IP based authentication for the >>>> whole >>>> server. >>>> >>>> I'll be using flowroute for the systems but am not sure how to >>>> configure >>>> sipx to authenticate once based on IP over a user name/password. I >>>> don't >>>> see anything which would allow me to do this in the Gateway >>>> configuration >>>> section. >>>> >>>> Can someone shed some light on this please. >>>> >>>> Thanks very much. >>>> >>>> Mike >>>> >>>> _______________________________________________ >>>> sipx-users mailing list >>>> sipx-users@list.sipfoundry.org >>>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
