If you look in the email archive you will find that ontimeout is broken in 3.1.

 

This was my last email in the exchange:

 

>I had another look at this and the nextLabels map already has a strdup 
>(leaking memory >of course). So a crude fix to the problem is to change:
 
>line 739 of scenario.cpp to:
 
>           labelMap[strdup(ptr)] = length;
 
>and line 1639 of scenario.cpp to:
 
>           ontimeoutLabels[length] = strdup(ptr);

>and put a note on the TODO list about the leaking memory. I have tested it and 
>it does >fix Sumeet's issue. The memory loss is one off not continuous.


So you can use the fix, use 3.0 and/or prod the maintainers to fix it.

 
Peter

 


From: s...@mavenir.com
To: sipp-users@lists.sourceforge.net
Date: Fri, 5 Mar 2010 15:08:00 +0800
Subject: [Sipp-users] ontimeout does not work under my sipp env





Hi All:
 
I hava a xml script like before. The logical what I want is like “  sipp send a 
REGISTER to peer and expect a 200 RESPONSE from the peer in 15 seconds, if the 
200 RESPONSE does not come in 15 seconds , the the jumpto the end.   “  In 
order to implement this logic,  I use the attribute “ontimeout” in the   <recv 
response="200" timeout="15000" ontimeout="10"> </recv>. 
But when I run the script , the command line shows the following error 
“2010-03-04      18:53:10:850    1267750390.850117: The label '10, 50, 100, 
500, 1000, 5000, 10000' was not defined (index 6, ontimeout attribute)”,  looks 
like something wrong with the “ontimeout”, I can not figure this out?
If you guys met this kind thing before, please help me to resolve this.
 
Thanks a lot
 
 
<scenario name="branch_client">
  <send>
    <![CDATA[
 
      REGISTER sip:[field1] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
      From: <sip:[fiel...@[field1]>;tag=[call_number]
      To:  <sip:[fiel...@[field1]>
      Call-ID: [call_id]
      CSeq: [cseq] REGISTER
      Expires: 360001
      P-Visited-Network-ID: [field1]
      Max-Forwards: 70
      Contact: <sip:[fiel...@[local_ip]:[local_port];transport=[transport]>
      Content-Type: application/3gpp-ims+xml
      Content-Length: [len]
 
      <?xml version="1.0" ?>
      <ims-3gpp>
      <service-info>
         Latitude="-45.00" Longitude="-45.0" Uncertainty="50" 
IMEISV="77777777777" </service-info>
      <IMSI>[field2]</IMSI>
      <UE-IP>10.2.10.34</UE-IP>
      </ims-3gpp>
 
    ]]>
  </send>
 
  <recv response="403" rrs="true" optional="true" next="10">
  </recv>
 
  <recv response="503" rrs="true" optional="true" next="10">
  </recv>
 
  <recv response="500" rrs="true" optional="true" next="10">
  </recv>
 
  <recv response="200" timeout="15000" ontimeout="10">
  </recv>
 
 
  <label id="10" />
 
 
  <!-- definition of the response time repartition table (unit is ms)   -->
  <ResponseTimeRepartition value="10, 20, 30, 40, 50, 100, 150, 200"/>
 
  <!-- definition of the call length repartition table (unit is ms)     -->
  <CallLengthRepartition value="10, 50, 100, 500, 1000, 5000, 10000"/>
 
</scenario>                                       
_________________________________________________________________
We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now
http://clk.atdmt.com/UKM/go/195013117/direct/01/
------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users

Reply via email to