How can we help you today?
Start a new topic

D375 not doing SRV lookup

Hi,

has behaviour changed with regard to SRV lookup.  I am testing a D375 running firmware  snomD375-SIP 8.9.3.52.


With previous snom models (3xx and 7xx), and in the absence of a NAPTR record, the phones would look for SRV records in the following order:

_sips._tcp.example.com

_sip._tcp.example.com

_sip._udp.example.com


We have been using this on some domains to prioritise registration over TCP.


With the D375 it only tries to fetch the _sip._udp.example.com record.


If we add a NAPTR record then it will be fetched correctly and then the D375 will grab and use the SRV records as listed in the NAPTR.


At present we would need to add a NAPTR record for each customer domain, before we can deploy the D375 alongside the current functioning 3xx and 7xx phones!



Hello Paul,


thanks for contacting us,


the order in absence of NAPTR record should be SIPS, TCP, UDP also in 8.9.3.52 and D375.


I would like to convert this in a ticket to investigate a bit more.


Thanks


Hi,


has there been any follow up to this? I do have a 821 that used to use an A record for the registrar and proxy, which has been changed to SRV records only (the A record doesn't resolve to an IP any longer). 


The 821 shows the SRV records in the DNS cache but fails to register correctly.


Thanks


Marko

Hi Marko,


can you provide more informations about your DNS setup ? please provide an example of your NAPRT, SRV and A records of your SIP domain.


Thanks

Hi Pietro,


so the 821 is set to use


Registrar: sip.redhat.com

Outbound Proxy: sip.redhat.com


host -t ANY for that sip.redhat.com gives:


sip.redhat.com has NAPTR record 0 0 "s" "SIPS+D2T" "" _sips._tcp.sip.redhat.com.

sip.redhat.com has NAPTR record 1 0 "s" "SIP+D2T" "" _sip._tcp.sip.redhat.com.

sip.redhat.com has NAPTR record 2 0 "s" "SIP+D2U" "" _sip._udp.sip.redhat.com.


But with that registar / proxy set, the phone doesn't register, even though the DNS Cache page clearly shows it knows about those NAPTR records. 


There is no A record anymore for sip.redhat.com


Thanks for your help!

I see the SRV records for _sip._tcp.sip.redhat.com is resolving with:


_sip._tcp.sip.redhat.com. 3599  IN  SRV  1 0 5060 geomap.sip.akadns.net.


and then the A record for geomap.sip.akadns.net is europe.sip.akadns.net (209.132.186.227).


Anyway we need to investigate a bit more on that issue. I'll convert this topic in a ticket.

That's absolutely correct and my wording wasn't clear on that, sorry about that. 

Just so you know - if I use the IP to which geomap.sip.akadns.net resolves, registration works fine.


Let me know if you need any other details.


Thanks!


Marko

Login or Signup to post a comment