[Serusers] Getting 513 - Message too big for REGISTER message

Dragos Vingarzan vingarzan at fokus.fraunhofer.de
Tue Jan 30 16:45:26 CET 2007


If you haven't read further down, Sudhakar is running Solaris. The same
thing works just fine on Linux.

I would also be interested to see if other Solaris users have the some
problem... so... *bump* :)

-Dragos

Sudhakar Patil wrote:
> Hi,
> I am running into the attached errors. Appreciate your
> help.
>
> To add further clarification, looks like 
>
> if (msg:len >=  max_len ) {
>   sl_send_reply("513", "Message too big");
>   exit;
> };
>
> max_len is getting converted to 0 (zero) and hence I
> keep getting 513 error message. I replaced max_len
> with numeric values but the effect is the same in that
> when comp_num in route.c is called the right value is
> always 0 (zero).
>
> Regards,
> Sudhakar.
>
>
>
>
>  
> ____________________________________________________________________________________
> Expecting? Get great news right away with email Auto-Check. 
> Try the Yahoo! Mail Beta.
> http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html 
>
> ------------------------------------------------------------------------
>
> Subject:
> [OpenIMSCore-Users] Getting 513 - Message too big for REGISTER message
> From:
> Sudhakar Patil <spatil4572 at yahoo.com>
> Date:
> Wed, 24 Jan 2007 08:32:59 -0800 (PST)
> To:
> serusers at iptel.org, openimscore-users at lists.berlios.de
>
> To:
> serusers at iptel.org, openimscore-users at lists.berlios.de
>
> X-Apparently-To:
> spatil4572 at yahoo.com via 216.252.110.206; Wed, 24 Jan 2007 08:33:35 -0800
> X-Originating-IP:
> [195.37.77.135]
> Authentication-Results:
> mta115.mail.re3.yahoo.com from=lists.berlios.de; domainkeys=neutral
> (no sig)
> Received:
> from 195.37.77.135 (EHLO mail.berlios.de) (195.37.77.135) by
> mta115.mail.re3.yahoo.com with SMTP; Wed, 24 Jan 2007 08:33:34 -0800
> Received:
> from bat.berlios.de (localhost [127.0.0.1]) by mail.berlios.de
> (Postfix) with ESMTP id E6882D9373; Wed, 24 Jan 2007 17:34:33 +0100 (CET)
> X-Original-To:
> openimscore-users at lists.berlios.de
> Delivered-To:
> openimscore-users at lists.berlios.de
> Received:
> from web56112.mail.re3.yahoo.com (web56112.mail.re3.yahoo.com
> [216.252.110.206]) by mail.berlios.de (Postfix) with SMTP id
> 738D1D1D32 for <openimscore-users at lists.berlios.de>; Wed, 24 Jan 2007
> 17:34:31 +0100 (CET)
> Received:
> (qmail 64342 invoked by uid 60001); 24 Jan 2007 16:32:59 -0000
> X-YMail-OSG:
> .HIrOeYVM1k0N66o97KW3IosuS9FaM2SqSb.dr6Me74VhoKrEsuJc1Rek_WDOFLiyGzzx_xTT7T9mExZoD9apvnWXnHILSRiIiVFh80K7zawcFqgAObzsGM0h5kUaIvM47Za6eocS0QPkM0-
>
> Received:
> from [72.244.239.242] by web56112.mail.re3.yahoo.com via HTTP; Wed, 24
> Jan 2007 08:32:59 PST
> MIME-Version:
> 1.0
> X-BeenThere:
> openimscore-users at lists.berlios.de
> X-Mailman-Version:
> 2.1.9
> Precedence:
> list
> List-Id:
> General discussions regarding the OpenIMSCore
> <openimscore-users.lists.berlios.de>
> List-Unsubscribe:
> <https://lists.berlios.de/mailman/listinfo/openimscore-users>,
> <mailto:openimscore-users-request at lists.berlios.de?subject=unsubscribe>
> List-Archive:
> <https://lists.berlios.de/pipermail/openimscore-users>
> List-Post:
> <mailto:openimscore-users at lists.berlios.de>
> List-Help:
> <mailto:openimscore-users-request at lists.berlios.de?subject=help>
> List-Subscribe:
> <https://lists.berlios.de/mailman/listinfo/openimscore-users>,
> <mailto:openimscore-users-request at lists.berlios.de?subject=subscribe>
> Content-Type:
> text/plain; charset="us-ascii"
> Content-Transfer-Encoding:
> 7bit
> Sender:
> openimscore-users-bounces at lists.berlios.de
> Errors-To:
> openimscore-users-bounces at lists.berlios.de
> Content-Length:
> 2494
>
>
> Hello,
> I am using FOKUS OpenIMSCore modules and configuration
> that are built around SER. 
>
> I am running the software on Solaris 8 OS with Sparc
> v9 architecture and 64 bit compilation.
>
> I am using xten client. It sends REGISTER message but
> gets 513: Message too long in the response. The actual
> message size is 546 bytes. I have placed some DBG
> commands in SER receive.c and action.c. Everywhere the
> message size seems to be correct and is 546 bytes. 
>
> The .cfg file of sip2ims module has the following code
> snippet:
>
> if (msg:len >=  max_len ) {
>    sl_send_reply("513", "Message too big");
>    exit;
> };
>
> I tracked the code eventually to route.c, comp_num
> function where the comparison is made between msg:len
> and max_len. However, when I print left and right
> numbers, the right number is always 0 and hence the
> expression is always TRUE and I get 513 always.
> (Please see  1(22318) In comp_num. left 546, right 0
> debug output below)
>
> Below is the output of sip2ims module. 
>
> Any help in fixing this problem is greatly
> appreciated. 
>
>
>  1(22318) qm_malloc(100224ce8, 1392) called from
> receive.c: receive_msg(92)
>  1(22318) qm_malloc(100224ce8, 1392) returns address
> 100265d38 frag. 100265d08 (size=1392) on 1 -th hit
>  1(22318) SIP Request:
>  1(22318)  method:  <REGISTER>
>  1(22318)  uri:     <sip:open-ims.test>
>  1(22318)  version: <SIP/2.0>
>  1(22318) parse_headers: flags=2
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 1002657d0 frag. 1002657a0 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 232) called from
> parser/msg_parser.c: get_hdr_field(111)
>  1(22318) qm_malloc(100224ce8, 232) returns address
> 100265870 frag. 100265840 (size=232) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/parse_via.c: parse_via(2142)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 1002659b8 frag. 100265988 (size=64) on 1 -th hit
>  1(22318) Found param type 232, <branch> =
> <z9hG4bK-d87543-27653f391711d351-1--d87543->; state=6
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/parse_via.c: parse_via(2142)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100265a58 frag. 100265a28 (size=64) on 1 -th hit
>  1(22318) Found param type 235, <rport> = <n/a>;
> state=17
>  1(22318) end of header reached, state=5
>  1(22318) parse_headers: Via found, flags=2
>  1(22318) parse_headers: this is the first via
>  1(22318) After parse_msg...
>  1(22318) preparing to run routing scripts...
>  1(22318) Message length 546
>  1(22318) completed exec_pre_cb
>  1(22318) Before run_actions: message length 546
>  1(22318) Message length in run_actions546
>  1(22318) In ROUTE_T 1 546
>  1(22318) Message length in run_actions546
>  1(22318) Message length in run_actions546
>  1(22318) parse_headers: flags=100
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100265af8 frag. 100265ac8 (size=64) on 1 -th hit
>  1(22318) DEBUG:maxfwd:is_maxfwd_present: value = 70
>  1(22318) DBG:maxfwd:process_maxfwd_header: value 70
> decreased to 16
>  1(22318) priting e structure 0
> --------------------------------------------
>  1(22318) In comp_num. left 546, right 0
> --------------------------------------------
>  1(22318) Message length in run_actions546
>  1(22318) qm_malloc(100224ce8, 21) called from ut.c:
> as_asciiz(135)
>  1(22318) qm_malloc(100224ce8, 24) returns address
> 100265b98 frag. 100265b68 (size=24) on 1 -th hit
>  1(22318) parse_headers: flags=8
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100265c10 frag. 100265be0 (size=200) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100266308 frag. 1002662d8 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 88) called from
> parser/msg_parser.c: get_hdr_field(151)
>  1(22318) qm_malloc(100224ce8, 88) returns address
> 1002663a8 frag. 100266378 (size=88) on 1 -th hit
>  1(22318) end of header reached, state=9
>  1(22318) DEBUG: get_hdr_field: <To> [34];
> uri=[sip:alice at open-ims.test]
>  1(22318) DEBUG: to body
> ["alice"<sip:alice at open-ims.test>
> ]
>  1(22318) parse_headers: flags=ffffffffffffffff
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100266460 frag. 100266430 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100266500 frag. 1002664d0 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 1002665a0 frag. 100266570 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 40) called from
> parser/msg_parser.c: get_hdr_field(130)
>  1(22318) qm_malloc(100224ce8, 40) returns address
> 100266640 frag. 100266610 (size=40) on 1 -th hit
>  1(22318) get_hdr_field: cseq <CSeq>: <1> <REGISTER>
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 1002666c8 frag. 100266698 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100266768 frag. 100266738 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100266808 frag. 1002667d8 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 1002668a8 frag. 100266878 (size=64) on 1 -th hit
>  1(22318) DEBUG: get_hdr_body : content_length=0
>  1(22318) qm_malloc(100224ce8, 64) called from
> parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_malloc(100224ce8, 64) returns address
> 100266948 frag. 100266918 (size=64) on 1 -th hit
>  1(22318) found end of header
>  1(22318) qm_free(100224ce8, 100266948), called from
> parser/msg_parser.c: parse_headers(313)
>  1(22318) qm_free: freeing frag. 100266918 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) check_via_address(192.168.120.1,
> 192.168.120.1, 0)
>  1(22318) qm_malloc(100224ce8, 13) called from
> msg_translator.c: rport_builder(353)
>  1(22318) qm_malloc(100224ce8, 16) returns address
> 100266948 frag. 100266918 (size=64) on 1 -th hit
>  1(22318) qm_malloc(100224ce8, 609) called from
> msg_translator.c: build_res_buf_from_sip_req(1824)
>  1(22318) qm_malloc(100224ce8, 616) returns address
> 1002669e8 frag. 1002669b8 (size=616) on 1 -th hit
>  1(22318) qm_free(100224ce8, 100266948), called from
> msg_translator.c: build_res_buf_from_sip_req(1984)
>  1(22318) qm_free: freeing frag. 100266918 alloc'ed
> from msg_translator.c: rport_builder(353)
>  1(22318) qm_free(100224ce8, 1002669e8), called from
> sl_funcs.c: sl_send_reply(176)
>  1(22318) qm_free: freeing frag. 1002669b8 alloc'ed
> from msg_translator.c:
> build_res_buf_from_sip_req(1824)
>  1(22318) qm_free(100224ce8, 100265b98), called from
> sl.c: w_sl_send_reply(178)
>  1(22318) qm_free: freeing frag. 100265b68 alloc'ed
> from ut.c: as_asciiz(135)
>  1(22318) After run_actions
>  1(22318) DEBUG:destroy_avp_list: destroying list 0
>  1(22318) DEBUG:destroy_avp_list: destroying list 0
>  1(22318) DEBUG:destroy_avp_list: destroying list 0
>  1(22318) DEBUG:destroy_avp_list: destroying list 0
>  1(22318) DEBUG:destroy_avp_list: destroying list 0
>  1(22318) DEBUG:destroy_avp_list: destroying list 0
>  1(22318) receive_msg: cleaning up
>  1(22318) qm_free(100224ce8, 1002659b8), called from
> parser/parse_via.c: free_via_param_list(2361)
>  1(22318) qm_free: freeing frag. 100265988 alloc'ed
> from parser/parse_via.c: parse_via(2142)
>  1(22318) qm_free(100224ce8, 100265a58), called from
> parser/parse_via.c: free_via_param_list(2361)
>  1(22318) qm_free: freeing frag. 100265a28 alloc'ed
> from parser/parse_via.c: parse_via(2142)
>  1(22318) qm_free(100224ce8, 100265870), called from
> parser/parse_via.c: free_via_list(2373)
>  1(22318) qm_free: freeing frag. 100265840 alloc'ed
> from parser/msg_parser.c: get_hdr_field(111)
>  1(22318) qm_free(100224ce8, 1002657d0), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 1002657a0 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100265af8), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 100265ac8 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100265c10), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 100265be0 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 1002663a8), called from
> parser/parse_to.c: free_to(784)
>  1(22318) qm_free: freeing frag. 100266378 alloc'ed
> from parser/msg_parser.c: get_hdr_field(151)
>  1(22318) qm_free(100224ce8, 100266308), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 1002662d8 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100266460), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 100266430 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100266500), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 1002664d0 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100266640), called from
> parser/parse_cseq.c: free_cseq(102)
>  1(22318) qm_free: freeing frag. 100266610 alloc'ed
> from parser/msg_parser.c: get_hdr_field(130)
>  1(22318) qm_free(100224ce8, 1002665a0), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 100266570 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 1002666c8), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 100266698 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100266768), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 100266738 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100266808), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 1002667d8 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 1002668a8), called from
> parser/hf.c: free_hdr_field_lst(209)
>  1(22318) qm_free: freeing frag. 100266878 alloc'ed
> from parser/msg_parser.c: parse_headers(297)
>  1(22318) qm_free(100224ce8, 100265d38), called from
> receive.c: receive_msg(239)
>  1(22318) qm_free: freeing frag. 100265d08 alloc'ed
> from receive.c: receive_msg(92)
>
> Regards,
> Sudhakar.
>
>
>
>
>
>
>  
> ____________________________________________________________________________________
> The fish are biting. 
> Get more visitors on your site using Yahoo! Search Marketing.
> http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php
> _______________________________________________
> OpenIMSCore-Users mailing list
> OpenIMSCore-Users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/openimscore-users
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>   


-- 
-----------------------------------------
Dipl. Eng. Dragos Vingarzan
FOKUS/NGNI
Kaiserin-Augusta-Allee 31
10589 Berlin,Germany
Phone +49 (0)30 - 3463 - 7385
Mobile +49 (0)163 - 159 - 5221
eMail vingarzan at fokus.fraunhofer.de
Web www.fokus.fraunhofer.de
We could change the world if God would give us the source code...
-----------------------------------------------------------------




More information about the sr-users mailing list