<prefix must be a number> OK, sorry, it says it can be any integer, not a number, this is my mistake. I am trying to dial calls prefixed with a "+", such as +1xxxxxxxxxx and have them pass through the dialplan as 1xxxxxxxxxx or xxxxxxxxxx. I disabled the local and LD rule. I created a custom rule and placed it inline as the first enabled rule, giving it permissions or toll-free for right now. prefix=+1 (also tried + with no results) and 10 digits. resulting call=matched suffix I am sending it through my gateway, which accepts the call if I dial it as a 10 digit number (xxxxxxxxxx). I would not think I should need to change my default Polycom digit map to achieve this, would i? I'm happy to send the files once I understand my approach is correct. I am going about the rule creating/execution in the proper method? Is there an issue with using the default Polycom digitmap?
>>> Damian Krzeminski <[EMAIL PROTECTED]> 06/19/08 10:48AM >>> Tony Graziano wrote: > In the dial plan, it says the prefix MUST be a number. Where does it say it? Any prefix that is legal as part of user part of SIP URL is accepted and correctly processed by sipXconfig. That includes "+" sign. I tried disabling my local and LD rules, and created a custom rule (just above local) to say: prefix=+1 and 10 digits, then to send only matched suffix (10 digits, assumedly). Then I tried to call +19195551212, which never shows in the CDR. I'm looking at my Polycom dial plan (the default), and it seems reasonable that should not have to be changed. > > If this is the case, it is actually accepting a non-numeric input, but > the transform is "very" unpredictable, but perhaps not a CDR bug as much > as a sipxconfig/dialplan bug in that it accepts it and transforms it to > something "unpassable". Send generated mappingrules.xml.in if you think that sipXconfig produces something "unpassable". It's perfectly OK to add the rule that strips or removes "+". You can do that in your long distance rules for calls going to your provider. You can strip "+" from incoming calls by adding Custom Rule. > > How does anyone get around the issue of sending a "+" since it can't be > stripped, and is not strip-able or sendable by sipx via a dial rule? Please describe exactly what you tried to do in UI. Send *rules.xml.in files. [...] _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
