[asterisk-bugs] [Asterisk 0010983]: Bad DNS lookups on ENUMLOOKUP - various problems

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10983 
====================================================================== 
Reported By:                jtodd
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10983
Category:                   Functions/func_enum
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 85140 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             10-15-2007 12:54 CDT
Last Modified:              10-15-2007 18:01 CDT
====================================================================== 
Summary:                    Bad DNS lookups on ENUMLOOKUP - various problems
Description: 
1) ENUMLOOKUP apparently is doing an "A" record lookup on the domain in the
From: header.  Why is this?  It's bad, slow, and leaks information.  Should
not happen; no reason for it to happen.

2) Failures on ENUMLOOKUP on NAPTR records on ISN-style lookups.  The
lookups just outright fail, though the DNS returns the correct NAPTR back
to Asterisk.  Not sure if this is an ISN-style problem or if this is an
issue with all NAPTRs.

====================================================================== 

---------------------------------------------------------------------- 
 jtodd - 10-15-07 18:01  
---------------------------------------------------------------------- 
Incomplete (fluff omitted) debug output from a test similar to the ones I
performed in the packet trace included here:

[Oct 15 23:17:04] DEBUG[26239]: chan_sip.c:8928 build_route: build_route:
Contact hop: <sip:Holda%20Johnson at 204.91.156.9:47828;transport=udp>
[Oct 15 23:17:04] DEBUG[26239]: chan_sip.c:14938 handle_request_invite:
SIP/blahmoofoo.com-833c3000: New call is still down.... Trying... 
[Oct 15 23:17:04] DEBUG[26239]: devicestate.c:448
__ast_devstate_changed_literal: Notification of state change to be queued
on device/channel SIP/blahmoofoo.com-833c3000
[Oct 15 23:17:04] DEBUG[26239]: devicestate.c:327 ast_device_state: No
provider found, checking channel drivers for SIP - blahmoofoo.com
[Oct 15 23:17:04] DEBUG[26239]: chan_sip.c:16825 sip_devicestate: Checking
device state for peer blahmoofoo.com
[Oct 15 23:17:04] DEBUG[26239]: enum.c:406 ast_get_enum: ast_get_enum():
n='0*270', tech='sip', suffix='e164.org', options='0', record='1'

*CLI> [here we wait... and wait...]
*CLI> 
*CLI> [Oct 15 23:18:26] DEBUG[26239]: devicestate.c:437 do_state_change:
Changing state for SIP/blahmoofoo.com - state 4 (Invalid)
[Oct 15 23:18:26] DEBUG[26239]: app_queue.c:617 handle_statechange: Device
'SIP/blahmoofoo.com' changed to state '4' (Invalid) but we don't care
because they're not a member of any queue.
[Oct 15 23:18:26] DEBUG[26239]: enum.c:452 ast_get_enum: ast_get_enum:
ast_search_dns(0.270.e164.org) returned -1
[Oct 15 23:18:26] DEBUG[26239]: enum.c:478 ast_get_enum: No such number
found: 0.270.e164.org (Undefined error: 0)
[Oct 15 23:18:26] DEBUG[26239]: pbx.c:1734
pbx_substitute_variables_helper_full: Function result is '' 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-15-07 18:01  jtodd          Note Added: 0072058                          
======================================================================