[OpenSIPS-Users] Question on mid_registrar de-registrations
liviu at opensips.org
Tue Jan 17 17:37:24 UTC 2023
On 17.01.2023 19:01, Daren FERREIRA wrote:
> Jan 17 17:26:16 opensips:
> DBG:mid_registrar:build_unregister_hdrs: extra hdrs: 'Contact:
> <sip:4413%40myhost.mydomain.com at 192.168.10.11:5060>;expires=0#015#012'
> Jan 17 17:26:16 opensips: DBG:tm:t_uac:
> Jan 17 17:26:16 opensips: DBG:core:mk_proxy: doing DNS lookup...
> Jan 17 17:26:16 opensips: DBG:core:sip_resolvehost: no port,
> no proto -> do NAPTR lookup!
> If I well understand, OpenSIPS tries to generate the de-register, and
> first, determine the destination of the de-register (from AOR ?)
> It considers it knows not enough about the protocol and port to use to
> generate the de-register and try to fill these informations from DNS.
> This logically fails because there is no SRV nor NAPTR records for the
> FQDN extracted (from AOR).
The mid-registrar will typically *store* the R-URI ($ru) +
Destination-URI ($du) combination, after you t_relay() the REGISTER
towards the main registrar. This info will be used in order to route a
De-REGISTER in the exact same way (same message R-URI, sent to the same
Apparently, you are routing the REGISTER without setting a *$du *(notice
the *"adding next hop: ..."* debug log in send_unregister()
which is NOT printed), so the mid-registrar attempts to send the
De-REGISTER to *sip:myhost.mydomain.com*, which was grabbed either from
the R-URI (most likely) or To header of the initial REGISTER. And,
before sending the packet, of course it needs to resolve the hostname to
an IP address. If there are any issues during this resolution... you
must let me know of any relevant logs, as I have no idea.
Hopefully, you have some pointers to look out for now.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users