Hi guys, it rather looks like a configuration bug -> probably you set the routeid = 1 in dr_rules, so when the rules matches, the route[1] is invoked. Again, it is not the software, it is the user ;)
Regards, Bogdan [email protected] wrote: > Hello Magnus, > > An mer., janv 20, 2010, Magnus Burman schrieb: > >> What happend was that do_routing in secret makes a call to route[1] >> before overwriting RURI. I changed all references to route[1] to >> route[111] instead (%s/route(1)/route(111)/g) and modified route[1] >> to do in essence nothing. Below is the new code as well as the >> syslog. Calls are now forwarded correctly, but it worries me that >> route[1] is still called somehow, without *any* references to it >> anywhere in the config file. >> >> > That's crazy. You mean calling do_routing() really has a hardcoded > call to route[1]? That pretty much means, either you have a route[1] > or use the drouting module, but not both -> lest the routing script > be somewhat undefined. > > This seems like a bug. If do_routing needs to set up a temporary > route block and call into it, then it should at least first check > if one of that name exists in the admin's routing script. > > Regards, > Brian > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -- Bogdan-Andrei Iancu www.voice-system.ro _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
