Hi,
as you can seem the incoming BYE has no Route header. This leads to
these cases:
1) you do not do record_route - check the outgoing INVITE to see if
your RR hdr is present
2) the RR set is not properly mirrored in the 200 OK (again, check
the 200 OK reply)
3) the UA that generates the BYE does not use the RR set (which is
bogus)
Regards,
Bogdan
tele wrote:
Bogdan-Andrei Iancu wrote:
Hi,
can you post the BYE request and the corresponding debug log for it
(debug=9)? Be sure you have the latest devel (cvs head) version.
yes. the 2(36881) DEBUG:rr:is_direction: param ftag not found appear
after i use setflag() for the
accounting.
U 82.215.163.5:5060 -> 82.215.130.161:5060
BYE sip:[EMAIL PROTECTED] SIP/2.0.
Max-Forwards: 70.
Via: SIP/2.0/UDP 82.215.163.5:5060;branch=z9hG4bK1e956452.
To: <sip:[EMAIL PROTECTED]>;tag=7372d0e2d793fcfa.
From: <sip:[EMAIL PROTECTED]>;tag=447653504.
Call-ID: [EMAIL PROTECTED]
CSeq: 22207 BYE.
Content-Length: 0.
2(36881) SIP Request:
2(36881) method: <BYE>
2(36881) uri: <sip:[EMAIL PROTECTED]>
2(36881) version: <SIP/2.0>
2(36881) parse_headers: flags=2
2(36881) Found param type 232, <branch> = <z9hG4bK1e8e761a>; state=16
2(36881) end of header reached, state=5
2(36881) parse_headers: Via found, flags=2
2(36881) parse_headers: this is the first via
2(36881) After parse_msg...
2(36881) preparing to run routing scripts...
2(36881) DEBUG:maxfwd:is_maxfwd_present: value = 70
2(36881) parse_headers: flags=10
2(36881) DEBUG: add_param: tag=ed4d2ead2aad9cfd
2(36881) DEBUG:parse_to:end of header reached, state=29
2(36881) DBUG:parse_to: display={},
ruri={sip:[EMAIL PROTECTED]
2(36881) DEBUG: get_hdr_field: <To> [61];
uri=[sip:[EMAIL PROTECTED]
2(36881) DEBUG: to body [<sip:[EMAIL PROTECTED]>]
2(36881) DEBUG: add_param: tag=447653504
2(36881) DEBUG:parse_to:end of header reached, state=29
2(36881) DBUG:parse_to: display={},
ruri={sip:[EMAIL PROTECTED]
2(36881) DEBUG:avpops:dbstore_avps: 1 avps were stored
2(36881) DEBUG:avpops:load_avps: loaded avps = 0
2(36881) DEBUG:avpops:load_avps: loaded avps = 0
2(36881) db_flags=1, flags=4
2(36881) db_flags=1, flags=4
2(36881) DEBUG:avpops:load_avps: loaded avps = 2
2(36881) db_flags=3, flags=4
2(36881) DEBUG:avpops:load_avps: loaded avps = 1
2(36881) parse_headers: flags=ffffffffffffffff
2(36881) get_hdr_field: cseq <CSeq>: <46820> <BYE>
2(36881) DEBUG: get_hdr_body : content_length=0
2(36881) found end of header
2(36881) [CLI/LID] Add prefix 39 to request uri
sip:[EMAIL PROTECTED] to
<sip:[EMAIL PROTECTED]>;tag=ed4d2ead2aad9cfd
2(36881) DEBUG:avpops:load_avps: loaded avps = 1
2(36881) [CLI/LID] Find association: sip:[EMAIL PROTECTED]
396006660009
2(36881) DEBUG:avpops:pushto_avps: 1 avps were processed
2(36881) [CLI/LID] After replace new request-uri:
sip:[EMAIL PROTECTED]
2(36881) rewrite_uri: Rewriting Request-URI with
'sip:[EMAIL PROTECTED]'
2(36881) DEBUG: t_newtran: msg id=2 , global msg id=1 , T on
entrance=0xffffffff
2(36881) parse_headers: flags=ffffffffffffffff
2(36881) parse_headers: flags=78
2(36881) t_lookup_request: start searching: hash=16802, isACK=0
2(36881) DEBUG: RFC3261 transaction matching failed
2(36881) DEBUG: t_lookup_request: no transaction found
2(36881) DBG: trans=0x28523ae0, callback type 1, id 0 entered
2(36881) parse_headers: flags=58
2(36881) DEBUG:rr:is_direction: param ftag not found
2(36881) DEBUG: mk_proxy: doing DNS lookup...
2(36881) check_via_address(82.215.163.5, 82.215.163.5, 0)
2(36881) DEBUG: add_to_tail_of_timer[4]: 0x28523bfc
2(36881) DEBUG: add_to_tail_of_timer[0]: 0x28523c0c
2(36881) SER: new transaction fwd'ed
2(36881) DEBUG:tm:UNREF_UNSAFE: after is 0
2(36881) DEBUG:destroy_avp_list: destroying list 0x0
2(36881) receive_msg: cleaning up
5(36884) SIP Reply (status):
5(36884) version: <SIP/2.0>
5(36884) status: <200>
5(36884) reason: <OK>
_______________________________________________
Users mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/users
