On 17.09.2013 23:01, Daniel-Constantin Mierla
wrote:
DEBUG: <core> [dns_cache.c:3007]:
dns_a_resolve():
dns_a_resolve(seevia.no, 0) returning 0
Which it should not have done before trying to resolve at least
_sip._tcp.seevia.no. I have not configured tls, not sure it will
attempt to lookup _sips._tcp.seevia.no then.
and later the transaction is forwarded:
DEBUG: tm [t_funcs.c:393]: t_relay_to(): SER: new transaction fwd'ed
Have looked at SIP traffic on the network?
Yes, it sends to the A record:
U 2013/09/17 08:34:18.299250 129.240.253.196:7060 -> 93.89.34.42:5060
INVITE sip:redacted@seevia.no SIP/2.0.
Kamailio Advanced Trainings - Berlin, Oct 21-24; Miami, Nov 11-13, 2013
- more details about Kamailio trainings at
-
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org