[Users] 200 ok not cought in ONREPLY

Daniel-Constantin Mierla daniel at voice-system.ro
Mon Feb 5 11:34:09 CET 2007


Hello,

On 02/05/07 12:30, Dan-Cristian Bogos wrote:
> Dear Daniel,
>
> many thanks for the reply. I can perfectly catch the OK now.
ok
>
> The only thing which I must find out is why for a normal INVITE the OK
> was not coming in the same onreply block as the BYE, since both INVITE
> and BYE are relied in the same way out and processed theoretically in
> the same route block.
BYE is usually following the loose routing -- but I do not know if it is 
the case of your comfig.

Cheers,
Daniel

>
> Anyway, thank you again, it was really great help.
>
> Cheers,
> Dan
>
>
> On 2/5/07, Daniel-Constantin Mierla <daniel at voice-system.ro> wrote:
>> Hello,
>>
>> to get a reply in an onreply_route other than the default on, you have
>> to arm it via t_on_reply() when you relay the request.
>> ...
>> t_on_reply("1");
>> ...
>>
>> t_on_reply[1] {
>> }
>>
>> Otherwise, all replies are processed in the default onreply_route (the
>> one which has no index)
>>
>> onreply_route {
>> ....
>> }
>>
>> Cheers,
>> Daniel
>>
>> On 02/01/07 15:48, Dan-Cristian Bogos wrote:
>> > Hi Guys,
>> >
>> > By receiving incoming traffic from some other sip server (configured
>> > for different domain than mines) I will not be able to catch in the
>> > routing, onreply section, the 200 OK for the INVITE , OK which my
>> > client, behind my server, is sending to remote side, therefore not
>> > beeing able to modify sdp to use mediaproxy. Bellow is a level8 of
>> > debug of the OK.
>> > Is there any other way of catching this message in the routing? Any
>> > help will be appreciated.
>> >
>> > Thxs in advance,
>> > Dan
>> >
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: SIP Reply
>> > (status):
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:  version:
>> > <SIP/2.0>
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:  status:  
>> <200>
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:  reason:  
>> <OK>
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: flags=2
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param
>> > type 232, <branch> = <z9hG4bKeaa9.11b641a2.0>; state=16
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: end of
>> > header reached, state=5
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: Via found, flags=2
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: this is the first via
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: After
>> > parse_msg...
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > forward_reply: found module nathelper, passing reply to it
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: flags=20
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param
>> > type 232, <branch> = <z9hG4bKeaa9.2ffc88b3.0>; state=16
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: end of
>> > header reached, state=5
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: Via found, flags=20
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: this is the second via
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param
>> > type 234, <received> = <87.139.12.167>; state=6
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param
>> > type 235, <rport> = <5096>; state=6
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param
>> > type 232, <branch> = <z9hG4bK521554023>; state=16
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: end of
>> > header reached, state=5
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: Via found, flags=20
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > add_param: tag=8b2d7e45
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:parse_to:end of header reached, state=29
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DBUG:parse_to: display={}, ruri={sip:dan at de.babble.net}
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > get_hdr_field: <To> [38]; uri=[sip:dan at de.babble.net]
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: to
>> > body [<sip:dan at de.babble.net>]
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > get_hdr_field: cseq <CSeq>: <20> <INVITE>
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > forward_reply: found module tm, passing reply to it
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > t_check: msg id=1 global id=0 T start=0xffffffff
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: flags=22
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > parse_headers: flags=8
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > t_reply_matching: hash 39598 label 705981201 branch 0
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:tm:REF_UNSAFE: after is 1
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > t_reply_matching: reply matched (T=0x4081f430)!
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > t_check: msg id=1 global id=1 T end=0x4081f430
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:tm:reply_received: org. status uas=180, uac[0]=180 local=0
>> > is_invite=1)
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:tm:t_should_relay_response: T_code=180, new_code=200
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:tm:relay_reply: branch=0, save=0, relay=0
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:  old size:
>> > 911, new size: 850
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > build_res_from_sip_res: copied size: orig:77, new: 16, rest: 834 msg=
>> > SIP/2.0 200 OK^M Via: SIP/2.0/UDP
>> > 87.102.50.17;branch=z9hG4bKeaa9.2ffc88b3.0^M Via: SIP/2.0/UDP
>> > 
>> 10.10.10.132:5096;received=87.139.12.167;rport=5096;branch=z9hG4bK521554023^M 
>>
>> >
>> > Record-Route: <sip:87.102.50.13;lr=on;ftag=2240571840>^M Record-Route:
>> > <sip:87.102.50.17;lr;ftag=2240571840>^M Contact:
>> > <sip:dan at 87.139.12.167:7472;rinstance=37d0f83d79f3ede2>^M To:
>> > <sip:dan at de.babble.net>;tag=8b2d7e45^M From:
>> > <sip:dan at babble.net>;tag=2240571840^M Call-ID:
>> > 1174762859 at 10.10.10.132^M CSeq: 20 INVITE^M Allow: INVITE, ACK,
>> > CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO^M
>> > Content-Type: application/sdp^M User-Agent: X-Lite release 1006e stamp
>> > 34025^M Content-Length: 185^M ^M v=0^M o=- 5 2 IN IP4 87.139.12.167^M
>> > s=CounterPath X-Lite 3.0^M c=IN IP4 87.139.12.167^M t=0 0^M m=audio
>> > 34556 RTP/AVP 0 101^M a=fmtp:101 0-15^M a=rtpmap:101
>> > telephone-event/8000^M a=sendrecv^M
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > add_to_tail_of_timer[2]: 0x4081f478
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:tm:relay_reply: sent buf=0x814a048: SIP/2.0 2...,
>> > shmem=0x40821528: SIP/2.0 2
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG:
>> > cleanup_uac_timers: RETR/FR timers reset
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:tm:UNREF_UNSAFE: after is 0
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]:
>> > DEBUG:destroy_avp_list: destroying list (nil)
>> > Feb  1 13:33:48 localhost /usr/local/sbin/openser[17816]: receive_msg:
>> > cleaning up
>> >
>> > _______________________________________________
>> > Users mailing list
>> > Users at openser.org
>> > http://openser.org/cgi-bin/mailman/listinfo/users
>> >
>>
>




More information about the Users mailing list