Hi,

I am using SIPp v 3.4.1, and have the snippit below in a UAC call
originating script.

=============================

<!-- awaiting to receive message -->
  <recv response="200">
  </recv>


  <send>
    <![CDATA[

     ACK sip:[service]@[field0] SIP/2.0
     Via: SIP/2.0/[transport] [local_ip]:[local_port]
     From:
<sip:[field1]@[field0]:[local_port]>;tag=24417923471779367133[call_number]
     To: <sip:[service]@[field0]>;[peer_tag_param]
     Call-ID: [call_id]
     CSeq: [cseq] ACK
     Max-Forwards: 70
     Contact: <sip:[field1]@[local_ip]:[local_port];transport=[transport]>
     P-Asserted-Identity: <sip:[field2]@[field0]>
     [field3]
     User-Agent: SIPp_v_[sipp_version]
     Content-Length: 0

    ]]>
  </send>


=============================

As you can see in the message log below the ACK following receipt of the
200OK is decremented instead of using the last received response (the 200).
The UAS keeps repeating the 200OK and so SIPp repeats the ACK until closure.

=============================

----------------------------------------------- 2015-02-04 03:10:30.519336
UDP message received [879] bytes :

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.122:5060;received=192.168.0.122
From: <sip:[email protected]:5060>;tag=244179234717793671331
To: <sip:*[email protected]>;tag=as06fb6455
Call-ID: [email protected]
CSeq: 3 INVITE
Server: FPBX-2.9.0(1.8.13.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
PUBLISH
Supported: replaces, timer
Contact: <sip:*[email protected]:5060>
Content-Type: application/sdp
Content-Length: 416

v=0
o=root 1135431446 1135431446 IN IP4 192.168.0.23
s=Asterisk PBX 1.8.13.0
c=IN IP4 192.168.0.23
b=CT:384
t=0 0
m=audio 12008 RTP/AVP 9 8 0 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
m=video 12006 RTP/AVP 34 98 99
a=rtpmap:34 H263/90000
a=rtpmap:98 h263-1998/90000
a=rtpmap:99 H264/90000
a=sendrecv

----------------------------------------------- 2015-02-04 03:10:30.519520
UDP message sent (556 bytes):

ACK sip:*[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.122:5060
From: <sip:[email protected]:5060>;tag=244179234717793671331
To: <sip:*[email protected]>;;tag=as06fb6455
Call-ID: [email protected]
CSeq: 2 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:5060;transport=UDP>
P-Asserted-Identity: <sip:[email protected]>
Authorization: Digest username="5965",realm="sip2serve.com",uri="sip:
192.168.0.23:5060
",nonce="747527ae",response="3a1a50e29cac58593333b2c0c2ccf345",algorithm=MD5
User-Agent: SIPp_v_unknown
Content-Length: 0


==============================

Can someone explain?
Thanks

Paul
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users

Reply via email to