[Serusers] Unable to complete calls with 0.8.13
Nils Ohlmeier
nils at iptel.org
Fri Jan 30 04:22:31 CET 2004
Simply removed the second bracket after
save("location");
break;
see below
Nils
Am Friday 30 January 2004 04:06 schrieb Andres:
> Hi,
>
> I downloaded the latest CVS tarball and installed it in our lab. Using
> a LAN setup, where SER and 2 Sipura units are all in the same subnet, I
> am unable to complete any calls. All I can tell is that SER is unable
> to match the ACK to a current transaction. So when phone A makes a call
> to phone B and it answers, phone B sends the STATUS 200 OK back. Phone
> A then sends the ACK, but SER is unable to match it and is not forwarded
> to phone B. So the call is not completed.
>
> The syslog just shows a bunch of these messages:
> Warning: sl_send_reply: I won't send a reply for ACK!!
>
> I have tried this under RedHat 7.3 and Solaris 8 with the exact same
> results.
>
> I can send the Ethereal Trace of this event to whoever can help me.
>
> The config file is extremely simple (listed below).
>
> Any clues of what is going on?
>
> Thanks.
>
> --
> Andres
> Network Admin
> http://www.telesip.net
>
>
>
> route{
> # initial sanity checks -- messages with
> # max_forwards==0, or excessively long requests
> if (!mf_process_maxfwd_header("10")) {
> sl_send_reply("483","Too Many Hops");
> break;
> };
> if ( msg:len > max_len ) {
> sl_send_reply("513", "Message too big");
> break;
> };
>
> # we record-route all messages -- to make sure that
> # subsequent messages will go through our proxy; that's
> # particularly good if upstream and downstream entities
> # use different transport protocol
> record_route();
> # loose-route processing
> if (loose_route()) {
> t_relay();
> break;
> };
> # if the request is for other domain use UsrLoc
> # (in case, it does not work, use the following command
> # with proper names and addresses in it)
> if (uri==myself) {
> if (method=="REGISTER") {
> save("location");
> break;
> };
> };
^^^
remove these bracket because it ends your uri==myself block and thus the ACKs
end up in the lookup below.
> # native SIP destinations are handled using our USRLOC DB
> if (!lookup("location")) {
> sl_send_reply("404", "Not Found");
> break;
> };
>
>
> # forward to current uri now; use stateful forwarding; that
> # works reliably even if we forward from TCP to UDP
> if (!t_relay()) {
> sl_reply_error();
> };
> }
More information about the sr-users
mailing list