[Home]

Summary:ASTERISK-12837: SRV record failures on OpenBSD (all OSes?)
Reporter:John Todd (jtodd)Labels:
Date Opened:2008-10-07 02:30:24Date Closed:2011-06-07 14:08:08
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Channels/chan_sip/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Looks like SRV record lookups are failing on OpenBSD 4.2.  I can't tell you if this is failing on other systems; haven't tried any others thus far.

Other DNS issues of note: system takes a LONG time to start up, halting and waiting on the dnsmgr_lookup functions for the various SIP peers - like, 30-40 seconds each before proceeding.

****** ADDITIONAL INFORMATION ******

From "sip show settings":

 DNS SRV lookup:         Yes


My dialplan output:

   -- Executing [1234*256@jt-isn:2] Dial("SIP/2204-85297014", "SIP/1234@loligo.com") in new stack
[Oct  7 07:33:30] WARNING[30721]: chan_sip.c:4380 create_addr: No such host: loligo.com
[Oct  7 07:33:30] WARNING[30721]: app_dial.c:1480 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
 == Everyone is busy/congested at this time (1:0/0/1)


DNS entries:

blob:~ jtodd$ dig @ns.fox-den.com SRV _sip._udp.loligo.com.

; <<>> DiG 9.4.2-P2 <<>> @ns.fox-den.com SRV _sip._udp.loligo.com.
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4676
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3

;; QUESTION SECTION:
;_sip._udp.loligo.com.          IN      SRV

;; ANSWER SECTION:
_sip._udp.loligo.com.   21600   IN      SRV     1 0 5060 beta.fox-den.com.

;; AUTHORITY SECTION:
loligo.com.             21600   IN      NS      ns.fox-den.com.
loligo.com.             21600   IN      NS      ns2-iad.loligo.com.

;; ADDITIONAL SECTION:
beta.fox-den.com.       21600   IN      A       204.91.156.60
ns.fox-den.com.         21600   IN      A       204.91.156.197
ns2-iad.loligo.com.     21600   IN      A       208.72.84.38

;; Query time: 35 msec
;; SERVER: 204.91.156.197ASTERISK-49(204.91.156.197)
;; WHEN: Tue Oct  7 00:37:03 2008
;; MSG SIZE  rcvd: 161

blob:~ jtodd$
Comments:By: pj (pj) 2008-10-07 02:59:09

maybe you hit bug ASTERISK-1325337? it was fixed in trunk r145249
By: John Todd (jtodd) 2008-10-07 03:25:22

Perhaps it's late, but I'm a bit confused.  "svn update" shows a result of "At revision 147049." but "core show version" gives back:

Asterisk SVN-trunk-r141039 built by root @ core1.pdx1.network.fox-den.com on a i386 running OpenBSD on 2008-08-17 22:48:40 UTC

I just ran "svn update" a few minutes before compiling and posting this bug, so it's the most updated code I could get.
By: John Todd (jtodd) 2008-10-07 03:28:50

I see what's happened. Default install locations have changed.  /usr/local/sbin/asterisk is the new binary location.  Though now I get an even more unusual result back, in that the Dynamic Loader seems to have halted the startup of Asterisk.  I'm going to let it alone and go to sleep.  More on this tomorrow AM if it's running by then.
By: John Todd (jtodd) 2008-10-07 04:40:10

So, this bug may have been fixed so I'm closing out.  However, failure to work on OpenBSD 4.2 is a different bug.  Too late.  Time for bed here in this time zone.
By: Sean Bright (seanbright) 2008-10-07 05:40:20

The default install location should not have changed.  I believe this is a side effect of a commit made by mvanbaak and myself last night.  Will look into resolving it today.
By: Sean Bright (seanbright) 2008-10-07 05:52:33

I've been told by mvanbaak that /usr/local/ is actually the "correct" install root for non-base installs under OpenBSD.  Going to check with others today to see if we want to keep it the way it is not (/usr/local) or go back to the old way.
By: John Todd (jtodd) 2008-10-07 11:56:52

Well, I don't mind it going into /usr/local, actually.  I've always been somewhat annoyed that it went into /usr/sbin, since that area shouldn't be messed with.  So, I guess I agree that the current location is correct.

Of course, this doesn't actually relate to my original problem (which perhaps has been corrected) or the actual problem that I discovered with that revision of TRUNK code, which is that Asterisk now stops at this point:

...
Asterisk Dynamic Loader Starting:
Asterisk Ready.

*CLI>

I will start a new ticket.  This one should either be closed out, or changed to reflect the nature of the problem being worked on.
By: Michiel van Baak (mvanbaak) 2008-10-07 12:02:31

The location change has been ok-ed by Russell.
I think this is how it should be as well. Non-base applications should stay out of /usr/sbin and go into /usr/local/sbin
This also makes 1 patch of the 'official' asterisk port no-longer-needed.

Please open a new ticket for the loader stuff