Hi list,
I have in my config:
if (!lookup("location","m")) {
switch ($retcode) {
case -1: # Not used
case -3: # User not found, forward
xlog("DESCISION:
<$proto><CallID:$ci><CSeq:$cs><Method:$rm><$si:$sp>to<$Ri:$Rp> To: $tu not
found. Route upstream");
route(upstream);
exit;
case -2: # Not used
sl_send_reply("405", "Method Not Allowed");
exit;
}
}
When I'm getting an incomming call, I see in my log:
/usr/sbin/opensips[11393]: DESCISION:
<udp><CallID:x@x.x.x.x><CSeq:11061><Method:INVITE><x.x.x.x:5060>to<y.y.y.y:5060>
To: sip:nnnn0790@y.y.y.y:5060 not found. Route upstream
Ergo, OpenSIPS fails to lookup the subscriber. However, when using
opensipsctl the subscriber is clearly registered on the server:
AOR:: nnnn0...@domain.no
The only difference is that the AOR is registered with the domain and the
INVITE is referencing the server IP. According to the documentation [1],
this should not be a problem because "The functions extracts username from
Request-URI and tries to find all contacts for the username in usrloc.".
As I'm no SIP expert I thought that I might have misunderstood what
actually was meant by the "username" part of the R-URI, I assumed it was
just the actual phone number, exclusive of host-name. Section 19.1.1 of RFC
3261 (SIP) confirms this "sip:user:password@host
:port;uri-parameters?headers".
[1]. http://www.opensips.org/html/docs/modules/devel/registrar.html#id293055
version: opensips 1.9.0-notls (x86_64/linux)
So I can only conclude that either code is broken or documentation is
broken, or both.
Brgds,
Stian Øvrevåge
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
