Re: [Sipp-users] UDP CHECKSUM ERROR with own UAS scenario

[Charles P Wright]

You can get the part between  using a regular expression.

Charles




michael [EMAIL PROTECTED] 
Sent by: [EMAIL PROTECTED]
07/30/2008 10:31 AM

To
sipp-users@lists.sourceforge.net
cc

Subject
Re: [Sipp-users] UDP CHECKSUM ERROR with own UAS scenario






Nevermind, problem solved.
Pebkac, as usual.

Although, the [last_from] directive returns the whole From address from 
the las message, often in format such as name 
sip:[EMAIL PROTECTED]:port. Is it possible to get just the actual 
address, ie sip:[EMAIL PROTECTED], so that it can be used for Requests, ie 
NOTIFY sip:[EMAIL PROTECTED]:port SIP/2.0?

-
This SF.Net email is sponsored by the Moblin Your Move Developer's 
challenge
Build the coolest Linux based applications with Moblin SDK  win great 
prizes
Grand prize is a trip for two to an Open Source event anywhere in the 
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users

[Sipp-users] UDP CHECKSUM ERROR with own UAS scenario

[michael]

Hi
I'm running two instances of SIPp to interact with a B2BUA server, and 
am getting an odd response from the SIPp server module.
My server sends this SUBSCRIBE (taken from a wireshark trace):

SUBSCRIBE sip:[EMAIL PROTECTED]:5071 SIP/2.0
Call-ID: [EMAIL PROTECTED]
CSeq: 1 SUBSCRIBE
From: sip:[EMAIL PROTECTED]:5060;tag=-608704382
To: sip:[EMAIL PROTECTED]:5071
Via: SIP/2.0/UDP 
127.0.0.1:5080;handler=SignalServlet;appname=SignalServlet;branch=z9hG4bK8843040021944fcc8abab51066d03b69
 

Max-Forwards: 70
Content-Type: text/plain
Record-Route: 
sip:127.0.0.1:5080;handler=SignalServlet;appname=SignalServlet;lr;transport=udp
 

Contact: mike sip:127.0.0.1:5080;transport=udp
Content-Length: 0

to the SIPp server:, which uses the scenario below:

?xml version=1.0 encoding=ISO-8859-1 ?
!DOCTYPE scenario SYSTEM sipp.dtd

scenario name=Basic Sipstone UAC

  recv request=SUBSCRIBE crlf='true'
  /recv

  send
![CDATA[

  NOTIFY [last_from] SIP/2.0
  [last_Via:]
  [last_From:]
  [last_To:]
  [last_Call-ID:]
  [last_CSeq:]
  Max-Forwards: 70
  Expires: 18000
  Subscription-State: active
  Event: reg
  Content-Length: [len]

  ?xml version=1.0 encoding=UTF-8?
   impp:presence xmlns:impp=urn:ietf:params:xml:ns:pidf
   entity=pres:[EMAIL PROTECTED]
 impp:tuple id=sg89ae
   impp:status
 impp:basicopen/impp:basic
   /impp:status
   impp:contact priority=0.8tel:+09012345678/impp:contact
 /impp:tuple
   /impp:presence

]]
  /send

  recv response=100 optional=true
  /recv
  recv response=101 optional=true
  /recv
  recv response=180 optional=true
  /recv
  recv response=183 optional=true
  /recv

  recv response=200
  /recv

The response I get back from the SIPp server is a UDP message with title 
UDP CHECKSUM INCORRECT:

Frame 7 (794 bytes on wire, 794 bytes captured)
Ethernet II, Src: 00:00:00_00:00:00 (00:00:00:00:00:00), Dst: 
00:00:00_00:00:00 (00:00:00:00:00:00)
Internet Protocol, Src: 127.0.0.1 (127.0.0.1), Dst: 127.0.0.1 (127.0.0.1)
User Datagram Protocol, Src Port: 5071 (5071), Dst Port: 5080 (5080)
Source port: 5071 (5071)
Destination port: 5080 (5080)
Length: 760
Checksum: 0x010c [incorrect, should be 0x9f43 (maybe caused by UDP 
checksum offload?)]
[Good Checksum: False]
[Bad Checksum: True]
Data (752 bytes)

This causes my server to reply with a 400 Bad Request message, and the 
SIPp server does not execute. With wireshark checksum validation turned 
on for UDP, all the messages in my scenarios get flagged for checksum 
errors, but the logical entities carry on executing perfectly, until 
such time as the SIPp server is messaged. Any ideas as to my problem?

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users