In my example, the prefix (if needed) is being added "at' the gateway. It was being stripped from the phone, because "calling it back' may not need the prefix depending on your provider or gateway. So no matter what gateway is being used the "same" 10 digits are being sent, each gateway adds what it needs to add. I think this is simpler and doesn't affect survivability. One provider sends "+1" in, you miss the call and dial it back from the missed calls on your VVX which sends it to the proxy. Proxy sees the "+1" on the outgoing call, strips it then sends it to "whatever" gateway matches that rule. The gateway (PRI) might only add "1" while a siptrunk might add none, "1" or "+1". Can't be simpler.
On Thu, May 20, 2010 at 9:42 AM, Nathaniel Watkins < nwatk...@garrettcounty.org> wrote: > If the gateway is expecting a prefix to be already stripped (via sipx) - > and sipx is unreachable. Wouldn't the prefix then be sent to the gateway > (i.e. I dial 9,xxx-xxx-xxxx) - which it wouldn't be able to make an outbound > call? > > Or, as usual, am I missing something? > > > -----Original Message----- > From: Tony Graziano [mailto:tgrazi...@myitdepartment.net] > Sent: Thursday, May 20, 2010 9:21 AM > To: Nathaniel Watkins; mpic...@cmctechgroup.com; xmlsc...@gmail.com; > sipx-users@list.sipfoundry.org > Subject: Re: [sipx-users] +1 Dialing ITSP with incoming +1 Caller ID > Problem > > I don't see why survivability is affected whether it is all done at the > proxy or partly at the proxy and gateway. The same data would be sent. > ============================ > Tony Graziano, Manager > Telephone: 434.984.8430 > Fax: 434.984.8431 > > Email: tgrazi...@myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > ----- Original Message ----- > From: sipx-users-boun...@list.sipfoundry.org > <sipx-users-boun...@list.sipfoundry.org> > To: Picher, Michael <mpic...@cmctechgroup.com>; Scott Lawrence < > xmlsc...@gmail.com>; sipx-users@list.sipfoundry.org < > sipx-users@list.sipfoundry.org> > Sent: Thu May 20 09:12:54 2010 > Subject: Re: [sipx-users] +1 Dialing ITSP with incoming +1 Caller ID > Problem > > Isn't the issue here that remote survivability wouldn't work? I currently > have my dial plans set to handle dropping prefixes - but had > considered/dreaded putting that on the gateway to enable outbound dialing in > the event the phones couldn't reach the sipx server. > > -----Original Message----- > From: sipx-users-boun...@list.sipfoundry.org > [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Picher, > Michael > Sent: Wednesday, May 19, 2010 9:46 PM > To: Scott Lawrence; sipx-users@list.sipfoundry.org > Subject: Re: [sipx-users] +1 Dialing ITSP with incoming +1 Caller ID > Problem > > Yes, this is generally an easier method to manage the system. Keep the > gateways as simple and similar as you can (sometimes that is unavoidable... > ). > > > > -----Original Message----- > From: sipx-users-boun...@list.sipfoundry.org > [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Scott > Lawrence > Sent: Wednesday, May 19, 2010 9:15 PM > To: sipx-users@list.sipfoundry.org > Subject: Re: [sipx-users] +1 Dialing ITSP with incoming +1 Caller ID > Problem > > On 2010-05-19 11:26, Tony Graziano wrote: > > I think you miss his point. Dialing from the "missed calls" on the > > handset shows the +1 (and 10 digits) on the display. The outbound call > > > fails because +1 is ALSO being added at the gateway. Not all carriers > > > do this, not all phones display the +1 properly either. > > > > His question is a simple one, and in this case has a simple answer, > > but not everyone encounters it. > > > > In his case, a dial plan rule to see "+1" and <10digits> needs to > > strip the <+1> and send the matching suffix to the gateway, which will > > > add it back, but not DUPLICATE it showing "+1+1<10digits>". > > An even simpler approach is to not make any change to numbers in the > gateway and let the proxy do all manipulation of the address. Then it's > > easy to make a set of rules that covers whatever cases you need, and you > > only have one place to look to debug any routing problem. > > _______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: > http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- > http://www.sipfoundry.org/_______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: > http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > > This message and any files transmitted with it are intended only for the > individual(s) or entity named. If you are not the intended individual(s) or > entity named you are hereby notified that any disclosure, copying, > distribution or reliance upon its contents is strictly prohibited. If you > have received this in error, please notify the sender, delete the original, > and destroy all copies. Email transmissions cannot be guaranteed to be > secure or error-free as information could be intercepted, corrupted, lost, > destroyed, arrive late or incomplete, or contain viruses. Garrett County > Government therefore does not accept any liability for any errors or > omissions in the contents of this message, which arise as a result of email > transmission. > > > Garrett County Government, > 203 South Fourth Street, Courthouse, Oakland, Maryland 21550 > www.garrettcounty.org _______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: > http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.984.8431 Email: tgrazi...@myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpd...@voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
