On Thu, Apr 30, 2009 at 12:16 PM, Robert Joly <[email protected]> wrote: > > >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On Behalf Of >> Lawrence, Scott (BL60:9D30) >> Sent: Thursday, April 30, 2009 11:55 AM >> To: Alberto >> Cc: [email protected] >> Subject: Re: [sipx-users] 4.0 stable and Internet Calling >> >> >> > > On Thu, 2009-04-30 at 09:04 +0200, Alberto wrote: >> >> > > > I'm currently running sipxecs 4.0 stable and I ran in a >> simple issue. >> > > > I'm perfectly using my ITSP (eutelia) with 2 different accounts >> > > > (for my ITSP means 2 different PSTN numbers). I'm able to place >> > > > and pick up received calls. >> > > > >> > > > When the I try to recall an inbound call number it >> simply fails. >> > > > Incoming calls routed from sipxecs come from the Internet to my >> > > > destination phone with a number like this: >> [email protected]. >> > > > This number is what the phone save in the received/missed call >> > > > list. If I dial 12345678 the call goes exactly as >> expected, but if >> > > > I call [email protected] fails. >> > > > >> >> Scott Lawrence wrote: >> >> > > There's something wrong with your dial plans, I suspect. >> > > >> > > Attach the files /etc/sipxpbx/mappingrules.xml >> > > and /etc/sipxpbx/fallbackrules.xml and we may be able to spot the >> > > problem. >> >> Alberto wrote: >> >> > thanks for your reply. Attached the files you requested. >> >> Based on those rules, I can't see how dialing 12345678 would work, >> unless you've programmed your phones to add a 0 on the front of an 8 >> digit number. >> >> I strongly recommend _not_ using dial string transformations in any >> component of the system except the sipXecs routing rules - >> having it all >> centralized makes it much easier to debug problems. >> >> You have 10 rules that together specify that a '0' followed by any >> number of digits is always routed to voip.eutelia.it via your >> sipXbridge. Based on your incoming numbers, I'm guessing >> that 8 digits >> is the length of the numbers where you are. >> >> I believe you could replace all 10 of the rules you have with just one >> that listed an optional '0' prefix followed by 9 digits, and >> then sends >> the call as 0 followed by the variable digits (that is, if the zero is >> dialed, it will be kept - if not it will be added), routed to >> your ITSP >> via the bridge as you have in your existing rules. Because >> the leading >> 0 is optional, the numbers the ITSP is sending you will work when used >> as a return number. > > I think that the fundamental problem here is that the domain part of > '[email protected]' is that of the ITSP. Given that the sipXecs > is not authoritative for that domain, I do not believe that any kind of > dialplan rule can be created that will solve this problem (unless we > make voip.eutelia.it a domain alias but let's not go there). Calls to > [email protected] really fall in the category of calls that the > 'Internet calling' feature was meant to handle and sipXbridge really is > the 'SBC' that could route the call. Does anyone recall why sipXbridge > is not offered as an SBC option by the internet calling feature?
Lets asssume the URL entered is not a domain that is handled by sipxbridge. Would it not be possible to have the proxy send the INVITE to the SBC (i.e. sipxbridge) in the Internet Calling page and retry sending to the ITSP domain if the SBC (sipxbridge) returns "Not Found" ? Any reason why this would not work? I think it is a good feature to have the ability to specify an SBC on the internet calling page. > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > -- M. Ranganathan _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
