Yeah - that was me changing topic mid-stream... I'm with you one the +1 redial issue - I was asking more in relation to remote survivability in general. My apologies - I did, as usual, miss something (staying on topic isn't one of my strong suits...)
From: Tony Graziano [mailto:tgrazi...@myitdepartment.net] Sent: Thursday, May 20, 2010 9:47 AM To: Nathaniel Watkins Cc: mpic...@cmctechgroup.com; xmlsc...@gmail.com; sipx-users@list.sipfoundry.org Subject: Re: [sipx-users] +1 Dialing ITSP with incoming +1 Caller ID Problem 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<mailto: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<mailto:tgrazi...@myitdepartment.net>] Sent: Thursday, May 20, 2010 9:21 AM To: Nathaniel Watkins; mpic...@cmctechgroup.com<mailto:mpic...@cmctechgroup.com>; xmlsc...@gmail.com<mailto:xmlsc...@gmail.com>; sipx-users@list.sipfoundry.org<mailto: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<mailto: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<mailto:sipx-users-boun...@list.sipfoundry.org> <sipx-users-boun...@list.sipfoundry.org<mailto:sipx-users-boun...@list.sipfoundry.org>> To: Picher, Michael <mpic...@cmctechgroup.com<mailto:mpic...@cmctechgroup.com>>; Scott Lawrence <xmlsc...@gmail.com<mailto:xmlsc...@gmail.com>>; sipx-users@list.sipfoundry.org<mailto:sipx-users@list.sipfoundry.org> <sipx-users@list.sipfoundry.org<mailto: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> [mailto: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<mailto: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> [mailto: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<mailto: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<mailto: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<mailto: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<http://www.garrettcounty.org> _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org<mailto: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<mailto:tgrazi...@voice.myitdepartment.net> Fax: 434.984.8431 Email: tgrazi...@myitdepartment.net<mailto:tgrazi...@myitdepartment.net> LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpd...@voice.myitdepartment.net<mailto: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/
