[Users] t_relay does not follow RFC3263 "Locating SIP Servers"
daniel at voice-system.ro
Fri Sep 2 18:06:53 CEST 2005
it should do SRV lookup and if it gets some RR it uses them. Try to
watch the DSN traffic for you sip server with "ngrep port 53".
Also you can check with "host -t srv _sip._udp.fenet2.at" if the DNS
server returns correctly the SRV records. Only in the case no SRV record
is returned, the openser tries normal DNS lookup.
Another option is to set openser in debug mode (log_stderror=yes and
debug=7) and watch the messages or send them to me to analyze them.
On 09/01/05 22:45, Franz Edler wrote:
>I have a question regarding the behavior of t_relay.
>When the proxy forwards a request for another domain using t_relay it does
>not use NAPTR and SRV records of the target-domain as stated in RFC3263
>"Locating SIP Servers". Instead it expects a resolvable host-name for the
>domain-part or the URI.
>The following example:
> INVITE sip:andrea at fenet2.at
>Causes the errors:
> ERROR: mk_proxy: could not resolve hostname: "fenet2.at"
> ERROR: uri2proxy: bad host name in URI <sip:andrea at fenet2.at>
> ERROR: t_forward_nonack: failure to add branches
>There are NAPTR and SRV RRs associated with domain "fenet2.at" but SER does
>not use these RRs. Why?
>Are there any comments on this issue?
>Users mailing list
>Users at openser.org
More information about the Users