> > 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. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
