Hi Bogdan, Will this work if the t_reply() is in the request route? In this case I don't know yet in the failure_route if I have another PSTN carrier to try until I check in a request route.
I tried it in the request route, and it indeed sent the specified response, and the UAC (Asterisk) ACK'd it, but Opensips continued to send the new message several more times as if it hadn't received the ACK or it didn't match the proper transaction. - Jeff On 3/17/09 9:51 AM, "Bogdan-Andrei Iancu" <[email protected]> wrote: > Hi Jeff, > > simply do t_reply() from failure route and you will override the > received reply. > > Regards, > Bogdan > > Jeff Pyle wrote: >> Hello, >> >> If a transaction has progressed from the initial request route, hit a >> t_relay(), come back into an armed failure route with a 302, and gone back >> to another request route... how can I change the 302 to something more >> generic (such as a 500) before relaying it to the UAC? >> >> >> Thanks, >> Jeff >> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
