Hi Jeremy,
The logs you posted are about the ACK received back as confirmation of
the 302 reply - shortly, your opensips sent back a 302 and received the
ACK for it.
So, something seems to work - at network level, do you see the 302 send
to the provider ?
Regards,
Bogdan
On 03/26/2012 04:38 AM, Jeremy Malcolm wrote:
I have an Asterisk server on a machine with a dynamic IP address. Attached to
this is a DID from a provider which doesn't re-resolve this machine's domain
name to its IP when it changes. So, the DID stops working whenever my IP
changes.
To work around this, I have set up opensips on a different server which has a
static IP (55.66.77.88), and I have given the DID provider its SIP address
rather than the dynamic IP machine's address (11.22.33.44). All that the
opensips server needs to do is to forward everything to the machine with the
dynamic IP.
I came up with this routing configuration based on one I saw online, which I
thought would work:
route{
if (method=="REGISTER") {
log("REGISTER");
sl_send_reply("200", "ok");
return;
};
rewritehost("11.22.33.44");
append_branch("sip:[email protected]");
sl_send_reply("302", "Redirect");
}
But it doesn't, and here is a snippet from the log:
DBG:core:parse_msg: SIP Request:
DBG:core:parse_msg: method:<ACK>
DBG:core:parse_msg: uri:<sip:[email protected]>
DBG:core:parse_msg: version:<SIP/2.0>
DBG:core:parse_headers: flags=2
DBG:core:parse_via_param: found param type 232,<branch>
=<z9hG4bK4299.497faa.0>; state=16
DBG:core:parse_via: end of header reached, state=5
DBG:core:parse_headers: via found, flags=2
DBG:core:parse_headers: this is the first via
DBG:core:receive_msg: After parse_msg...
DBG:core:receive_msg: preparing to run routing scripts...
DBG:core:parse_headers: flags=8
DBG:core:parse_to_param: tag=61ae7837698e5c9f3ea027df6cb50162.41f5
DBG:core:parse_to: end of header reached, state=29
DBG:core:parse_to: display={}, ruri={sip:[email protected]:5060}
DBG:core:get_hdr_field:<To> [83]; uri=[sip:[email protected]:5060]
DBG:core:get_hdr_field: to body [<sip:[email protected]:5060>]
DBG:sl:sl_filter_ACK: local ACK found -> dropping it!
So as you can see, the rewriting doesn't seem to be happening (unless I'm misunderstanding
the log). Also, Googling for "local ACK found -> dropping it!" wasn't very
illuminating. Am I missing something obvious?
Thanks!
--
Jeremy Malcolm PhD LLB (Hons) B Com
Internet and Open Source lawyer, consumer advocate and geek
host -t NAPTR 5.9.8.5.2.8.2.2.1.0.6.e164.org|awk -F! '{print $3}
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
