|
Home Resources Products
Developers |
Main • RoutingTips
Routing TipsGeneral adviceWatch your priorities. A numerically lower priority means a higher actual priority of the route. Test your routes before going public. Calls may be routed through external providers instead on your network, and you may never notice. Actually, my DB had indicated that the call was setup directly (lines in use on source and destination both 1), but the call was routed via Voipstunt. Else you may have nasty surprises with your next bill ;-) Regex-RoutingBan not-registered users from calling numbers on your network. (Taken from this site) [default]
;Stop unauthorized calls.
${username}^$=-;error=noauth
Some test-routes. Starting with 000 - so no overlap with international / local area codes ;Route to the German Alice hotline, using voipstunt as provider (as set by line) ^0001$=sip/sip:00498004110411;line=voipstunt; ;Route to a madplay set up with some mp3 files, to test quality. ^0002$=moh/madplay ;Record something with 0007 and play it back with 00077. ;The file will be overwritten on next call. ;Note the double slashes after record and play. Taken from online documentation; ;in the regexroute.conf.sample there are only single slashes?? ^0007$=wave/record//root/recordings/7.slin ^00077$=wave/play//root/recordings/7.slin I use the full international format to assign unique numbers to my customers (Their fixed line numbers). If regexroute.conf has the highest actual priority, these customers always will be routed using the external provider. I could add rules to route them, by redirecting: Redirecting Calls to another User in the Regex ModuleIn regexroute.conf: ^123456$=return;called=johndoe Routing priorities:
YATE will start routing with regexroute.conf (highest priority, as it has the lowest number!). There the number 123456 matches, changes the called parameter to johndoe and returns. As the number has not been routed yet, YATE tries the files with the lower routing priority, now trying to route johndoe. johndoe is found in regfile.conf, and the originally called number 123456 is routed to the user johndoe. Naturally, instead of regfile.conf you can use the database module (register.conf), with the priorities set accordingly. Other stuffMy setup to route calls originating from Munich (089 in Germany 0049) over Voipstunt which takes international format 004989xxyz only. I use Voipstunt to route calls to destinations not on my network. ^00\(.*\)$=sip/00\1;line=voipstunt; ^0\(.*\)$=sip/0049\1;line=voipstunt; ^\(.*\)$=sip/004989\1;line=voipstunt; Note, how I used sip/ , not sip/sip: . I took this from the doc on routing to and from FWD on this site. Actually both may work, I haven't tested the other. Routing with two providers (lines), alternating between them: ;Test setup: Deutsche Telekom Service ^000904$=sip/00498003301000;line=$(index,$idx904,voipstunt,webcalldirect); ;Routing international calls. ^00\(.*\)$=sip/00\1;line=$(index,$idx904,voipstunt,webcalldirect); The purpose of this setup is to distribute the balance of the calls across the two providers; Also it gives callers the possibility to try again with a different provider (well both are Betamax actually, but ...) Setting up outgoing number for each user: [default]
^9\(.*\)$=goto outgoing_trunk
[outgoing_trunk]
${username}^1000$=;caller=123456
${username}^1001$=;caller=234561
^9\(.*\)$=h323/\1@xxx.xxx.xxx.xxx
|
3 May 2010: 8 March 2010: 6-7 February 2010: 2 Nov 2009: 6 Aug 2008: 4 Aug 2008: 10 Jul 2008: Feb 2008: 21 Jan 2008: 3 September: 14 August: 16 April: 25 September: 25 September: 11 July 2006: 10 July 2006: June 1st 2006: |