[Serusers] Parsing Message

[Jan Janak]

Hello,

parse_msg parses only the first line and the topmost Via. We use
incremental parsing, that means header fields are parsed once they are
really needed.

If you need to parse the whole message header, call
parse_headers(msg, HDR_EOH, 0) after parse_msg.

In regards to your log:
You seem to be processing this reply (600 Policy Server Msg) in the
route block of your config script. This is not possible because the
route block can process requests only, it is never executed for replies.
That is the reason why you get the error message from parse_sip_msg_uri,
this function parses Request URI which is not there because it is a
reply. parse_sip_msg_uri gets called either by your module directly or
by some other function that follows in the script.

  regards, Jan.

On 07-03 16:43, Stephan Reiff-Marganiec wrote:
> If I have a SIP message in a char* variable, then I assume that I can parse
> it into a struct sip_msg* using a function in ser. The most obvious function
> seems to be parse_msg(). This does not seem to work to my expectation.
> 
> Here is a code snippet (which is close to the code in receive.c):
> 
> char* response // contains my message
> struct sip_msg msg // this is were the result should go
> 
> memset(msg, 0, sizeof(struct sip_msg));
> response[len] = 0;
> msg->buf = response;
> msg->len = len;
> if (parse_msg(response, len, msg))!=0) {
>   LOG(L_ERR, "ERROR");
> }
> LOG(L_ERR, "After parse msg ...")
> dump_sip_msg(msg) // this just prints the fields of the message to LOG
> 
> dump_sip_msg() works fine on the incoming sip message, so the problem is
> either in my SIP message or in my use of the parse function. However, I
> think my message is fine (it is the received message with the first line
> replaced with SIP/2.0 600 Policy Server Msg date time). I enclose a cut from
> /var/log/messages.
> 
> Stephan
> 
> 
> /var/log/messages:
> 
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: After parse_msg...
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: polserv: dump_sip_msg()
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->id: int = 0
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->first_line:
> msg_start (rep) 600 Policy Server Msg 2003-03-07 14:52:24^M Via: SIP/2.0/UDP
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field:
> type=1, name=Via, body=SIP/2.0/UDP 139.153.254.196:5062, parsed=0x80a584c,
> next=(nil)
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field:
> type=1, name=Via, body=SIP/2.0/UDP 139.153.254.196:5062, parsed=0x80a584c,
> next=(nil)
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->parsed_flag 1
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field:
> type=1, name=Via, body=SIP/2.0/UDP 139.153.254.196:5062, parsed=0x80a584c,
> next=(nil)
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field:
> field is NULL
> Mar  7 14:52:41 d254196 last message repeated 20 times
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->eoh: (null)
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->unparsed: CSeq: 7635
> REGISTER^M To: "Stephan" <sip:mrs at cs.stir.ac.uk>^M Expires: 900^M From:
> "Stephan" <sip:mrs at cs.stir.ac.uk>^M Call-Id: 138108089 at 139.153.254.196^M
> User-Agent: KPhone/2.11^M Event: registration^M Allow-Events: presence^M
> Contact: "root"
> <sip:root at 139.153.254.196:5062;transport=UDP>;methods="INVITE, MESSAGE,
> INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK"^M Content-Length: 0^M ^M
> ^M
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->buf: SIP/2.0 600
> Policy Server Msg 2003-03-07 14:52:24^M Via: SIP/2.0/UDP
> 139.153.254.196:5062^M CSeq: 7635 REGISTER^M To: "Stephan"
> <sip:mrs at cs.stir.ac.uk>^M Expires: 900^M From: "Stephan"
> <sip:mrs at cs.stir.ac.uk>^M Call-Id: 138108089 at 139.153.254.196^M User-Agent:
> KPhone/2.11^M Event: registration^M Allow-Events: presence^M Contact: "root"
> <sip:root at 139.153.254.196:5062;transport=UDP>;methods="INVITE, MESSAGE,
> INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK"^M Content-Length: 0^M ^M
> ^M
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->len: 475
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->parsed_uri_ok: int =
> 0
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: polserv: all fine,
> returning now ...
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: ERROR: parse_sip_msg_uri:
> bad uri <600>
> Mar  7 14:52:41 d254196 /usr/local/sbin/ser[9566]: WARNING: do_action:error
> in expression
> 
> 
> 
> --
> Dr Stephan Reiff-Marganiec
> Research Fellow
> Department of Computing Science; University of Stirling
> email: srm at cs.stir.ac.uk    tel: 01786 46 7448
> 
> -- 
> The University of Stirling is a university established in Scotland by
> charter at Stirling, FK9 4LA.  Privileged/Confidential Information may
> be contained in this message.  If you are not the addressee indicated
> in this message (or responsible for delivery of the message to such
> person), you may not disclose, copy or deliver this message to anyone
> and any action taken or omitted to be taken in reliance on it, is
> prohibited and may be unlawful.  In such case, you should destroy this
> message and kindly notify the sender by reply email.  Please advise
> immediately if you or your employer do not consent to Internet email
> for messages of this kind.  Opinions, conclusions and other
> information in this message that do not relate to the official
> business of the University of Stirling shall be understood as neither
> given nor endorsed by it.
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20030703/e7044fa0/attachment.pgp>