Hi while i am trying to send RE-INVITE (with media field) instaed of call hold, its going to label instead of going to its correct 200 ok (c=0.0.0.0)that means before parsing the msg field, its directly going to next label.
here i attached the logs and script On Fri, 15 Apr 2011 12:24:54 +0530 wrote > On Fri, Apr 15, 2011 at 3:20 PM, manasi wrote: Hi Takeshi, Thanks for your response. In your script, i am not able to understand when second time INVITE received, after parsing,if its call hold, then it will go to label id=reply_to_hold, else label-id=reinvite_not_received, but in that script, after parsing, why you are sending 200 ok instead of directly going to label-id=reply_to_hold, i am not able to understand. If you receive a INVITE, you should send a reply (well I don't have the full SIP RFC in my mind), but I think you cannot just simply ignore the re-INVITE (or you can do it if you are simulating a SIP phone that behaves this way). So I just send an ordinary "200 OK" for it. If you don't want this behavior and want to ignore the re-INVITE in case it is not a hold request, then just jump to the point the scenario sends BYE. You can do whatever you want: actually a use SIPp frequently to simulate misbehaving terminals, like sending malformed headers, repeating messages, sending more messages without waiting for replies for previous one etc. can you pls kindly explain... And when i put ur script, its showing me the error like "next jump, "reply_to_hold" is not a valid integer!" This means you are running an old version of SIPp which doesn't support strings as label id. Regards manasi On Thu, 14 Apr 2011 16:39:02 +0530 wrote > On Thu, Apr 14, 2011 at 4:36 PM, manasi wrote: Hi i am using sipp for call hold scenerio. here i am using x-lite as uac and sipp as uas. here i want to implement the logic, when x-lite press hold button, my sipp will receive invite and it will parse the msg field (c=0.0.0.0 || a=sendonly || c & a field), if it matches with any of the field, then go for sending 200 ok with c=0.0.0.0 or a= recvonly, if it did not receive INVITE from x-lite, then close the call by sendind BYE. I had written a script for a similar test. I have adapted according to the above. regards, takeshi
<recv request="INVITE" optional="true" crlf="true" next="1">
<action>
<ereg regexp="c=IN IP[46] 0\.0\.0\.0" search_in="msg" assign_to="4" />
<ereg regexp="a=sendonly" search_in="msg" assign_to="4" />
</action>
</recv>
<send retrans="500">
<![CDATA[
SIP/2.0 200 OK
[last_Via:]
[last_From:]
[last_To:]
[last_Call-ID:]
[last_CSeq:]
Contact: <sip:[local_ip]:[local_port];transport=[transport]>
Content-Type: application/sdp
Content-Length: [len]
v=0
o=user1 53655765 2353687637 IN IP[local_ip_type] [local_ip]
s=-
c=IN IP[media_ip_type] [media_ip]
t=0 0
m=audio [media_port] RTP/AVP 0
a=rtpmap:0 PCMU/8000
]]>
</send>
<nop next="3"/>
<label id="1"/>
<send retrans="500">
<![CDATA[
SIP/2.0 200 OK
[last_Via:]
[last_From:]
[last_To:]
[last_Call-ID:]
[last_CSeq:]
Contact: <sip:[local_ip]:[local_port];transport=[transport]>
Content-Type: application/sdp
Content-Length: [len]
v=0
o=user1 53655765 2353687637 IN IP[local_ip_type] [local_ip]
s=-
c=IN IP[media_ip_type] 0.0.0.0
t=0 0
m=audio [media_port] RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=rtpmap:0 PCMU/8000
]]>
</send>
<recv request="ACK" optional="false" rtd="true" crlf="true">
</recv>
<label id="3"/>
<recv request="ACK" optional="false" rtd="true" crlf="true">
</recv>
<pause/>
<recv request="BYE" optional="false" rtd="true" crlf="true">
</recv>
<send retrans="500">
<![CDATA[
SIP/2.0 200 OK
[last_Via:]
[last_From:]
[last_To:]
[last_Call-ID:]
[last_CSeq:]
Contact: <sip:[local_ip]:[local_port];transport=[transport]>
Content-Type: application/sdp
Content-Length: 0
]]>
</send>
callhold4mclient_5996_messages.log
Description: Binary data
------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
