Open GoogleCodeExporter opened 9 years ago
followup:
Might have figured it out.
Same phone:
its dns srv records.
if dns srv is checked, it works on wifi and 3g (by turning lte off in settings)
if dns srv is UNCHECKED, it works everywhere.
note: it uses NAT on all three.
wifi, is at my house.
3g and lte nat through verizon, and use the same /16 netblock for public ip's.
3g and lte nat use same 10. private ip's.
now, you say 'why not leave it unchecked'?
I have two itsp's.
one of them works fine if you put in the FQDN of the sip host.
one only works with srv records (I think it uses the proxy name as part of its
auth)
the one that I need to use needs srv records.
so, how to fix SRV records on lte?
I have rooted phone and can run any diags you want.
worth $100 USD? get NAPTR, SRV records working everywhere?
(NAPTR are part of srv.. example:
host -t naptr example.com 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:
example.com has NAPTR record 10 0 "s" "SIP+D2U" "" _sip._udp.example.com.
host -t srv _sip._udp.example.com. 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:
_sip._udp.example.com has SRV record 10 0 5060 sip.example.com.
note, no TCP record, and there COULD be the be the possibility of TCP, and/or a
secondary server, sorta like mx records on steroids)
putting in sip.example.com and or :5060 in uri, and or proxy didn't work for
this itsp.
Original comment by michael....@gmail.com
on 4 Oct 2011 at 1:29
Original issue reported on code.google.com by
michael....@gmail.com
on 3 Oct 2011 at 9:06