Great. It works now! And except for that misplaced bracket, that is
indeed the default ser.cfg that came with 8.11 and we have used it ever
since in our lab tests.
Thanks Nils!
Andres
Nils Ohlmeier wrote:
Now you moved the bracket to much to the end and thus
the ACKs are probably
not transported because they do not hit any forward or t_ call.
BTW why dont you simply use a new fresh working default ser config (i dont see
too much changes to our defautl script)
Nils
On Friday 30 January 2004 04:45, Andres wrote:
Ok...I removed it and added it at the bottom (or
else SER says there is
an error). But still the same problem. Here is the new config:
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;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
insert here };
# 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();
};
}
}
^^^
remove