On Tuesday 09 September 2008, Stefan Broddesson wrote:
Rev. is 1.3.3 on debian_Etch_64
Have a scenarion that always triggers a core dump.
On Calee initiated <bye> and where destination address is a hostname not IP address. Executing forward() or t_relay() in script triggers the coredump. dns & rev_dns On/Off with the same result.
DBG:core:comp_scriptvar: str 20 : siphost.domain.com DBG:tm:t_newtran: transaction on entrance=0xffffffffffffffff DBG:core:parse_headers: flags=ffffffffffffffff DBG:core:parse_headers: flags=78 DBG:tm:t_lookup_request: start searching: hash=7994, isACK=0 DBG:tm:matching_3261: RFC3261 transaction matching failed DBG:tm:t_lookup_request: no transaction found DBG:tm:run_reqin_callbacks: trans=0x2b4e6b2e0f48, callback type 1, id 0 entered DBG:siptrace:trace_onreq_in: trace off... DBG:core:mk_proxy: doing DNS lookup... DBG:core:sip_resolvehost: no port, no proto -> do NAPTR lookup! DBG:core:filter_and_sort_naptr: found valid SIP+D2U -> _sip._udp.siphost.domain.com DBG:core:filter_and_sort_naptr: skipping SIPS+D2T -> _sips._tcp.siphost.domain.com DBG:core:filter_and_sort_naptr: skipping SIP+D2T -> _sip._tcp.siphost.domain.com
Have a workaround that rewrites destination in case of hostName trig. impractical though.
Just for the archives, this is bug #2102541 https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2102541...
discussion continues on devel list.
Cheers,
Henning