It is not permissions. It's just that the Proxy has a haphazard way of choosing its gateway or rule order sometimes.
===================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/ tony-graziano/14/4a6/7a4 On Apr 11, 2011 1:38 PM, "Michael Scheidell" <[email protected]> wrote: > On 4/11/11 1:30 PM, Tony Graziano wrote: >> >> I would simply create the rules plus 1 and any number of digits and >> have the resulting call send magic suffix only. >> >> > Thanks, seems to work. > put in two custom rules: > p1: rule is +1 and 10 digits, () permissions long distance. outpulse > 'nothing' plus suffix. > p2: rule is + and any digits, () permissions international, outpulse > 011, plus suffix. > > was able to hit 'return call' on a +1 (us) number and a +32 > international number. > they went out their respective gateways. > > this doesn't seem to help inbound calls. (haven't messed with patton sbc > yet, and itsp has not called back to fix E.164 yet) > > is it the permissions? > I noticed that our inbound did call xlation custom rule doesn't have any > permissions on it. > > > -- > Michael Scheidell, CTO > o: 561-999-5000 > d: 561-948-2259 > ISN: 1259*1300 > >*| *SECNAP Network Security Corporation > > * Best Intrusion Prevention Product, Networks Product Guide > * Certified SNORT Integrator > * Hot Company Award, World Executive Alliance > * Best in Email Security, 2010 Network Products Guide > * King of Spam Filters, SC Magazine > > > ______________________________________________________________________ > This email has been scanned and certified safe by SpammerTrap(r). > For Information please see http://www.secnap.com/products/spammertrap/ > ______________________________________________________________________
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
