JR Richardson wrote:
On Thu, May 27, 2010 at 2:39 AM, marius zbihlei marius.zbihlei@1and1.ro wrote:
I think the database entries are setup ok, I used the example in the module doc, but I can share that if needed. Any guidance will be appriciated.
Thanks.
JR
Hello JR
Can you provide more info regarding the problem. Any special logging info in the debug log?
You can increase the debug level to 3 (higher means more verbose) by using the command `kamctl fifo debug 3`
Debug loggin is set to 9. The simulation is when a gateway is totally off-line, so there is no response at all. Here is a trace with a call from sipp to kamailio, the call is sent to the first gateway in carrier 1, domain 1. The gateway is off-line, no response.
The pastebin has my kamailio.cfg, the kamailio debug trace and the error received by sipp and the ngrep capture.
Hello
As I see from the info you gave, carrierroute is not configured correctly regarding your setup
May 27 09:07:00 [25598] INFO:carrierroute:rewrite_uri_recursor: URI or prefix tree nodes empty, empty rule list May 27 09:07:00 [25598] INFO:carrierroute:cr_do_route: rewrite_uri_recursor doesn't complete, uri 65, carrier 1, domain 2
This logic is enabled by the code:
failure_route[2] { if (t_check_status("408|5[0-9][0-9]")) { if(!cr_route("1", "2", "$rU", "$rU", "call_id")){ t_reply("403", "Not allowed"); } else { t_relay(); } } }
So your relaying to C and D asterisk boxes fails because it can't find a a prefix match for uri 65. Hence the 403 in the sipp scenario. Please check the routing table configured for the carrierroute module to contain a valid entry for carrier 1 domain 2 that might match the prefix 65.
Cheers Marius