Discussion:
[Linphone-users] Free linphone.org SIP service not working?
Martin Glaser
2018-07-16 19:36:02 UTC
Permalink
Hi,

when I try to call my account (from Linphone on iOS), no connection can be established. There is only silence. Yesterday a connection was established, but "busy" signalled.

While registering from Linphone (iOS) works, I have trouble to register from Asterisk:

[Jul 16 21:12:12] ERROR[907] tcptls.c: Unable to connect SIP socket to 37.59.51.72:5061: Connection refused
[Jul 16 21:12:32] NOTICE[902] chan_sip.c: -- Registration for ... timed out, trying again (Attempt #2)

When I check my logs I see that this problem started already 29th of June and since then it looks like Asterisk was not able to register anymore.

What's wrong?

Best Regards

Martin
Jehan Monnier
2018-07-17 07:25:44 UTC
Permalink
Hi,


Machine 37.59.51.72 has been temporary removed from the sip.linphone.org cluster.
If you use DNS SRV request against sip.linphone.org it should be transparent to you application.
Best regards


Jehan
www.linphone.org
Post by Martin Glaser
Hi,
when I try to call my account (from Linphone on iOS), no connection can be established. There is only silence. Yesterday a connection was established, but "busy" signalled.
[Jul 16 21:12:12] ERROR[907] tcptls.c: Unable to connect SIP socket to 37.59.51.72:5061: Connection refused
[Jul 16 21:12:32] NOTICE[902] chan_sip.c: -- Registration for ... timed out, trying again (Attempt #2)
When I check my logs I see that this problem started already 29th of June and since then it looks like Asterisk was not able to register anymore.
What's wrong?
Best Regards
Martin
_______________________________________________
Linphone-users mailing list
https://lists.nongnu.org/mailman/listinfo/linphone-users
Ed Hynan
2018-07-17 15:38:29 UTC
Permalink
Hi,
Machine 37.59.51.72 has been temporary removed from the sip.linphone.org  cluster.
If you use DNS SRV request against sip.linphone.org it should be transparent to you application.
Best regards
Jehan
www.linphone.org
I have a problem with asterisk similar to the OP.

Attempts to register time out, and attempts at peering give the message
"Peer 'linphone' is now UNREACHABLE".

The asterisk 'sip show peers' command shows that asterisk has attempted
to reach 37.59.51.72 (i.e., SIP3). There is no reference to sip3.linphone.org
at all in my asterisk configuration; only sip.linphone.org is given.

Since you mention SRV records, I checked my resolver, and each of
_sip._udp., _sip._tcp., and _sips._tcp. give sip.linphone.org (5600. 5600, 5601).

Apparently, asterisk's chan_sip driver is not using SRV records in these instances.

To test I added '91.121.209.194 sip3.linphone.org' in my /etc/hosts file, so that
SIP3 would map to the address of SIP. This workaround allows asterisk to register
and peer.

Since there is no reference to sip3.linphone.org in my asterisk configuration, host
SIP3 must be received from linphone.org during dialog. How else?

-Ed Hynan
Martin Glaser
2018-07-18 08:42:18 UTC
Permalink
Hello again,

also in my Asterisk configuration is neither a reference to sip3.linphone.org nor to 37.59.51.72.

That here is all:

register => tls://...:***@sip.linphone.org/...

and

[sip.linphone.org]
type=peer
host=sip.linphone.org
remotesecret=...
defaultuser=...
context=public

If I check DNS SRV records, I see:

pips:~ martin$ dig -t SRV _sip._udp.sip.linphone.org

; <<>> DiG 9.8.3-P1 <<>> -t SRV _sip._udp.sip.linphone.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45935
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;_sip._udp.sip.linphone.org. IN SRV

;; ANSWER SECTION:
_sip._udp.sip.linphone.org. 1353 IN SRV 10 100 5060 sip1.linphone.org.
_sip._udp.sip.linphone.org. 1353 IN SRV 0 100 5060 sip3.linphone.org.

;; Query time: 229 msec
;; SERVER: 172.20.10.1#53(172.20.10.1)
;; WHEN: Wed Jul 18 10:10:10 2018
;; MSG SIZE rcvd: 94

pips:~ martin$ dig -t SRV _sip._tcp.sip.linphone.org

; <<>> DiG 9.8.3-P1 <<>> -t SRV _sip._tcp.sip.linphone.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49828
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;_sip._tcp.sip.linphone.org. IN SRV

;; ANSWER SECTION:
_sip._tcp.sip.linphone.org. 650 IN SRV 0 100 5228 sip3.linphone.org.
_sip._tcp.sip.linphone.org. 650 IN SRV 10 100 5228 sip1.linphone.org.

;; Query time: 214 msec
;; SERVER: 172.20.10.1#53(172.20.10.1)
;; WHEN: Wed Jul 18 10:10:37 2018
;; MSG SIZE rcvd: 94

pips:~ martin$ dig -t SRV _sips._tcp.sip.linphone.org

; <<>> DiG 9.8.3-P1 <<>> -t SRV _sips._tcp.sip.linphone.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41583
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;_sips._tcp.sip.linphone.org. IN SRV

;; ANSWER SECTION:
_sips._tcp.sip.linphone.org. 2500 IN SRV 0 100 5223 sip3.linphone.org.
_sips._tcp.sip.linphone.org. 2500 IN SRV 20 100 443 sip3.linphone.org.
_sips._tcp.sip.linphone.org. 2500 IN SRV 10 100 5223 sip1.linphone.org.

;; Query time: 138 msec
;; SERVER: 172.20.10.1#53(172.20.10.1)
;; WHEN: Wed Jul 18 10:11:38 2018
;; MSG SIZE rcvd: 115

pips:~ martin$ dig sip3.linphone.org

; <<>> DiG 9.8.3-P1 <<>> sip3.linphone.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51087
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;sip3.linphone.org. IN A

;; ANSWER SECTION:
sip3.linphone.org. 10330 IN A 37.59.51.72

;; Query time: 247 msec
;; SERVER: 172.20.10.1#53(172.20.10.1)
;; WHEN: Wed Jul 18 10:12:05 2018
;; MSG SIZE rcvd: 51

Correct me if my way to query is wrong (I have no experience with that). Note that I configured my Asterisk to use a TLS connection. I am not sure how to query that. Is it correct to prefix the server name by _sips._tcp.?

What I see above are DNS entries refering to sip3.linphone.org which is 37.59.51.72.

So either Asterisk makes similar queries to the ones above and is directed to 37.59.51.72 or the redirection happens during registration with sip.linphone.org.

Your method to remove 37.59.51.72 from the cluster seems to be wrong to me.

Best Regards

Martin
Post by Ed Hynan
Post by Jehan Monnier
Post by Martin Glaser
[Jul 16 21:12:12] ERROR[907] tcptls.c: Unable to connect SIP socket to 37.59.51.72:5061: Connection refused
[Jul 16 21:12:32] NOTICE[902] chan_sip.c: -- Registration for ... timed out, trying again (Attempt #2)
What's wrong?
Hi,
Machine 37.59.51.72 has been temporary removed from the sip.linphone.org cluster.
If you use DNS SRV request against sip.linphone.org it should be transparent to you application.
Best regards
Jehan
www.linphone.org
There is no reference to sip3.linphone.org
at all in my asterisk configuration; only sip.linphone.org is given.
Since you mention SRV records, I checked my resolver, and each of
_sip._udp., _sip._tcp., and _sips._tcp. give sip.linphone.org (5600. 5600, 5601).
Ed Hynan
2018-07-18 15:03:01 UTC
Permalink
Post by Martin Glaser
Hello again,
also in my Asterisk configuration is neither a reference to sip3.linphone.org nor to 37.59.51.72.
and
[sip.linphone.org]
type=peer
host=sip.linphone.org
remotesecret=...
defaultuser=...
context=public
pips:~ martin$ dig -t SRV _sip._udp.sip.linphone.org
[snip]

Well, that is interesting. In my queries, I left out the sip. host,
as in *.linphone.org; your queries include sip. as in *.sip.linphone.org.

Both SRV type queries received answers, and the answers are different.
In queries like _sip._udp.linphone.org, only 1 answer is given, and
it includes sip.linphone.org.

I wonder why these two queries should both receive answers, especially
answers that differ. A good reason, or error?

I don't know if asterisk[*] is actually doing SRV queries in the form
you used, but if so I would expect it to try sip1 if sip3 is
unreachable.

I suppose I'll keep sip3.linphone.org in my /etc/hosts as a workaround
until linphone folks sort it out.

[*] meaning asterisk chan_sip module.

-Ed Hynan

p.s.

% for H in {_sips._tcp,_sip.{_tcp,_udp}}{.sip,}.linphone.org; do echo ==$H==; dig $H SRV; done
==_sips._tcp.sip.linphone.org==

; <<>> DiG 9.10.4-P8 <<>> _sips._tcp.sip.linphone.org SRV
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45246
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sips._tcp.sip.linphone.org. IN SRV

;; ANSWER SECTION:
_sips._tcp.sip.linphone.org. 1614 IN SRV 0 100 5223 sip3.linphone.org.
_sips._tcp.sip.linphone.org. 1614 IN SRV 10 100 5223 sip1.linphone.org.
_sips._tcp.sip.linphone.org. 1614 IN SRV 20 100 443 sip3.linphone.org.

;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 167

==_sips._tcp.linphone.org==

; <<>> DiG 9.10.4-P8 <<>> _sips._tcp.linphone.org SRV
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29168
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sips._tcp.linphone.org. IN SRV

;; ANSWER SECTION:
_sips._tcp.linphone.org. 9164 IN SRV 0 0 5061 sip.linphone.org.

;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 88

==_sip._tcp.sip.linphone.org==

; <<>> DiG 9.10.4-P8 <<>> _sip._tcp.sip.linphone.org SRV
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13653
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sip._tcp.sip.linphone.org. IN SRV

;; ANSWER SECTION:
_sip._tcp.sip.linphone.org. 2299 IN SRV 10 100 5228 sip1.linphone.org.
_sip._tcp.sip.linphone.org. 2299 IN SRV 0 100 5228 sip3.linphone.org.

;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 129

==_sip._tcp.linphone.org==

; <<>> DiG 9.10.4-P8 <<>> _sip._tcp.linphone.org SRV
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17347
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sip._tcp.linphone.org. IN SRV

;; ANSWER SECTION:
_sip._tcp.linphone.org. 9199 IN SRV 0 0 5060 sip.linphone.org.

;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 87

==_sip._udp.sip.linphone.org==

; <<>> DiG 9.10.4-P8 <<>> _sip._udp.sip.linphone.org SRV
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45686
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sip._udp.sip.linphone.org. IN SRV

;; ANSWER SECTION:
_sip._udp.sip.linphone.org. 1825 IN SRV 0 100 5060 sip3.linphone.org.
_sip._udp.sip.linphone.org. 1825 IN SRV 10 100 5060 sip1.linphone.org.

;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 129

==_sip._udp.linphone.org==

; <<>> DiG 9.10.4-P8 <<>> _sip._udp.linphone.org SRV
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11539
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sip._udp.linphone.org. IN SRV

;; ANSWER SECTION:
_sip._udp.linphone.org. 9218 IN SRV 0 0 5060 sip.linphone.org.

;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 87
Jehan Monnier
2018-07-18 15:37:13 UTC
Permalink
Hi,

sip3.linphone.org is back.

Best regards

Jehan
www.linphone.org
Post by Ed Hynan
Post by Martin Glaser
Hello again,
also in my Asterisk configuration is neither a reference to sip3.linphone.org nor to 37.59.51.72.
and
[sip.linphone.org]
type=peer
host=sip.linphone.org
remotesecret=...
defaultuser=...
context=public
pips:~ martin$ dig -t SRV _sip._udp.sip.linphone.org
[snip]
Well, that is interesting. In my queries, I left out the sip. host,
as in *.linphone.org <http://linphone.org/>; your queries include sip. as in *.sip.linphone.org <http://sip.linphone.org/>.
Both SRV type queries received answers, and the answers are different.
In queries like _sip._udp.linphone.org <http://udp.linphone.org/>, only 1 answer is given, and
it includes sip.linphone.org <http://sip.linphone.org/>.
I wonder why these two queries should both receive answers, especially
answers that differ. A good reason, or error?
I don't know if asterisk[*] is actually doing SRV queries in the form
you used, but if so I would expect it to try sip1 if sip3 is
unreachable.
I suppose I'll keep sip3.linphone.org <http://sip3.linphone.org/> in my /etc/hosts as a workaround
until linphone folks sort it out.
[*] meaning asterisk chan_sip module.
-Ed Hynan
p.s.
% for H in {_sips._tcp,_sip.{_tcp,_udp}}{.sip,}.linphone.org <http://linphone.org/>; do echo ==$H==; dig $H SRV; done
==_sips._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>==
; <<>> DiG 9.10.4-P8 <<>> _sips._tcp.sip.linphone.org <http://tcp.sip.linphone.org/> SRV
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45246
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
; EDNS: version: 0, flags:; udp: 4096
;_sips._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>. IN SRV
_sips._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>. 1614 IN SRV 0 100 5223 sip3.linphone.org <http://sip3.linphone.org/>.
_sips._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>. 1614 IN SRV 10 100 5223 sip1.linphone.org <http://sip1.linphone.org/>.
_sips._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>. 1614 IN SRV 20 100 443 sip3.linphone.org <http://sip3.linphone.org/>.
;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 167
==_sips._tcp.linphone.org <http://tcp.linphone.org/>==
; <<>> DiG 9.10.4-P8 <<>> _sips._tcp.linphone.org <http://tcp.linphone.org/> SRV
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29168
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
; EDNS: version: 0, flags:; udp: 4096
;_sips._tcp.linphone.org <http://tcp.linphone.org/>. IN SRV
_sips._tcp.linphone.org <http://tcp.linphone.org/>. 9164 IN SRV 0 0 5061 sip.linphone.org <http://sip.linphone.org/>.
;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 88
==_sip._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>==
; <<>> DiG 9.10.4-P8 <<>> _sip._tcp.sip.linphone.org <http://tcp.sip.linphone.org/> SRV
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13653
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
; EDNS: version: 0, flags:; udp: 4096
;_sip._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>. IN SRV
_sip._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>. 2299 IN SRV 10 100 5228 sip1.linphone.org <http://sip1.linphone.org/>.
_sip._tcp.sip.linphone.org <http://tcp.sip.linphone.org/>. 2299 IN SRV 0 100 5228 sip3.linphone.org <http://sip3.linphone.org/>.
;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 129
==_sip._tcp.linphone.org <http://tcp.linphone.org/>==
; <<>> DiG 9.10.4-P8 <<>> _sip._tcp.linphone.org <http://tcp.linphone.org/> SRV
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17347
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
; EDNS: version: 0, flags:; udp: 4096
;_sip._tcp.linphone.org <http://tcp.linphone.org/>. IN SRV
_sip._tcp.linphone.org <http://tcp.linphone.org/>. 9199 IN SRV 0 0 5060 sip.linphone.org <http://sip.linphone.org/>.
;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 87
==_sip._udp.sip.linphone.org <http://udp.sip.linphone.org/>==
; <<>> DiG 9.10.4-P8 <<>> _sip._udp.sip.linphone.org <http://udp.sip.linphone.org/> SRV
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45686
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
; EDNS: version: 0, flags:; udp: 4096
;_sip._udp.sip.linphone.org <http://udp.sip.linphone.org/>. IN SRV
_sip._udp.sip.linphone.org <http://udp.sip.linphone.org/>. 1825 IN SRV 0 100 5060 sip3.linphone.org <http://sip3.linphone.org/>.
_sip._udp.sip.linphone.org <http://udp.sip.linphone.org/>. 1825 IN SRV 10 100 5060 sip1.linphone.org <http://sip1.linphone.org/>.
;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 129
==_sip._udp.linphone.org <http://udp.linphone.org/>==
; <<>> DiG 9.10.4-P8 <<>> _sip._udp.linphone.org <http://udp.linphone.org/> SRV
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11539
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
; EDNS: version: 0, flags:; udp: 4096
;_sip._udp.linphone.org <http://udp.linphone.org/>. IN SRV
_sip._udp.linphone.org <http://udp.linphone.org/>. 9218 IN SRV 0 0 5060 sip.linphone.org <http://sip.linphone.org/>.
;; Query time: 1 msec
;; SERVER: 192.168.1.221#53(192.168.1.221)
;; WHEN: Wed Jul 18 10:35:44 EDT 2018
;; MSG SIZE rcvd: 87
_______________________________________________
Linphone-users mailing list
https://lists.nongnu.org/mailman/listinfo/linphone-users <https://lists.nongnu.org/mailman/listinfo/linphone-users>
Martin Glaser
2018-07-19 08:49:39 UTC
Permalink
Thanks a lot. Everything works again :-)

Best Regards

Martin
Post by Jehan Monnier
Hi,
sip3.linphone.org is back.
Best regards
Jehan
www.linphone.org
Martin Glaser
2018-07-19 08:22:26 UTC
Permalink
I also think that asterisk is not doing SRV queries, because in that case it would use also the port given there (5223 or 443), wouldn't it? But the error message clearly says that asterisk is trying to reach 37.59.51.72:5061. So that must come from somewhere else. Or maybe there is guesswork going on in the form "if you can't reach what is in DNS then try the default port, maybe that works".

Best Regards

Martin
Post by Ed Hynan
I don't know if asterisk[*] is actually doing SRV queries in the form
you used, but if so I would expect it to try sip1 if sip3 is
unreachable.
...
; <<>> DiG 9.10.4-P8 <<>> _sips._tcp.sip.linphone.org SRV
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45246
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
; EDNS: version: 0, flags:; udp: 4096
;_sips._tcp.sip.linphone.org. IN SRV
_sips._tcp.sip.linphone.org. 1614 IN SRV 0 100 5223 sip3.linphone.org.
_sips._tcp.sip.linphone.org. 1614 IN SRV 10 100 5223 sip1.linphone.org.
_sips._tcp.sip.linphone.org. 1614 IN SRV 20 100 443 sip3.linphone.org.
Loading...