<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Jose,<br>
Could you please send this to serdev?<br>
AFAIK, fragmenting should go transparent, but mobile ip might interfere
in some way here. Have you tried the same scenario without mipv6?<br>
g-)<br>
<br>
Jose Angel Calvo wrote:
<blockquote
 cite="mid20070108122933.16963.qmail@web26908.mail.ukl.yahoo.com"
 type="cite">
  <style type="text/css"><!-- DIV {margin:0px;} --></style>
  <div style="font-family: arial,helvetica,sans-serif; font-size: 12pt;">
  <div>Thank you for your help and sorry for my English.
  <br>
I have a problem with mipv6 and a server SIP, SER (SIP Express Router).
  <br>
The mipv6 path is&nbsp; "mipv6-2.0.2" from <a class="moz-txt-link-freetext"
 href="http://www.mobile-ipv6.org/">http://www.mobile-ipv6.org/</a>&nbsp;
,in&nbsp; kernel&nbsp; 2.6.16.24-Ubuntu.
  <br>
  <br>
The problem occurs when a packet is too big (it must be
fragmented), and go to the node what makes function of P-CSCF (Proxy in
SIP) and Correspondent Node.
  <br>
If the P-CSCF is not a CN, all is OK. But if the node is CN, then i
have the problem. The SER logs are:
  <br>
  <br>
  <br>
##############################################################
  <br>
................
  <br>
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8051]: SER: new INVITE Nov 20
18:28:25 pcscfD /usr/sbin/ser[8051]: parse_headers: flags=-1 Nov 20
18:28:25 pcscfD /usr/sbin/ser[8051]:
check_via_address(2001:720:1500:1B:FCFD:FF:FE0C:103,
[2001:720:1500:1B:FCFD:FF:FE0C:103], 3) Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8051]: ERROR: warning_builder: buffer size exceeded Nov
20 18:28:25 pcscfD /usr/sbin/ser[8051]: WARNING: warning skipped -- too
big Nov 20 18:28:25 pcscfD /usr/sbin/ser[8051]: WARNING:vqm_resize:
resize(0) called Nov 20 18:28:25 pcscfD /usr/sbin/ser[8051]: DEBUG:
reply sent out.
  <br>
buf=0x8106270: SIP/2.0 1..., shmem=0xb5e8b330: SIP/2.0 1 Nov 20
18:28:25 pcscfD /usr/sbin/ser[8051]: DEBUG: _reply_light: finished Nov
20 18:28:25 pcscfD /usr/sbin/ser[8051]: DEBUG: mk_proxy: doing DNS
lookup... Nov 20 18:28:25 pcscfD /usr/sbin/ser[8051]:
check_via_address(2001:720:1500:1B:FCFD:FF:FE0C:103,
[2001:720:1500:1B:FCFD:FF:FE0C:103], 3) Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8068]: DBG: tcp_main_loop: dead child 2 (shutting down?)
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8049]: child process 8051 exited
by a signal 11 Nov 20 18:28:25 pcscfD kernel: [4296472.851000]&nbsp;
&lt;0&gt;skb_under_panic: text:c02d2aad len:321 put:14 head:d62cfc00 <a
 class="moz-txt-link-freetext" href="data:d62cfbea">data:d62cfbea</a>
tail:d62cfd2b end:d62cfd80 dev:eth0
  <br>
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8049]: core was not generated Nov
20 18:28:25 pcscfD kernel: [4297162.639000] ------------[ cut here
]------------
  <br>
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8049]: INFO: terminating due to
SIGCHLD Nov 20 18:28:25
  <br>
pcscfD kernel: [4297162.639000] kernel BUG at net/core/skbuff.c:112!
  <br>
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8059]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8052]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8053]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8054]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8055]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8056]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8057]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8058]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8060]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8061]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8062]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8063]: INFO: signal 15 received
Nov 20 18:28:25 pcscfD
  <br>
/usr/sbin/ser[8064]: INFO: signal 15 received Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8065]: INFO: signal 15 received Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8066]: INFO: signal 15 received Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8067]: INFO: signal 15 received Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8068]: INFO: signal 15 received Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8050]: INFO: signal 15 received Nov 20 18:28:25 pcscfD
kernel: [4297162.639000] invalid opcode: 0000 [#3]
  <br>
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8059]: Memory status (pkg): Nov 20
18:28:25 pcscfD /usr/sbin/ser[8052]: Memory status (pkg): Nov 20
18:28:25 pcscfD /usr/sbin/ser[8053]: Memory status (pkg): Nov 20
18:28:25 pcscfD /usr/sbin/ser[8054]: Memory status (pkg): Nov 20
18:28:25 pcscfD /usr/sbin/ser[8055]: Memory status (pkg): Nov 20
18:28:25 pcscfD /usr/sbin/ser[8056]: Memory status (pkg):
.......................
  <br>
Nov 20 18:28:25 pcscfD /usr/sbin/ser[8049]: hash =
  <br>
2055 fragments no.:&nbsp;&nbsp;&nbsp;&nbsp; 1, unused:&nbsp;&nbsp;&nbsp;&nbsp; 0 ^I^I bucket size:&nbsp;&nbsp;
1048576 -&nbsp;&nbsp; 2097152 (first&nbsp;&nbsp; 1572864) Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8049]: hash = 2059 fragments no.:&nbsp;&nbsp;&nbsp;&nbsp; 1, unused:&nbsp;&nbsp;&nbsp;&nbsp; 0
^I^I bucket size:&nbsp; 16777216 -&nbsp; 33554432 (first&nbsp; 31934160) Nov 20
18:28:25 pcscfD /usr/sbin/ser[8049]: TOTAL:&nbsp;&nbsp;&nbsp;&nbsp; 26 free fragments =
33537656 free bytes Nov 20 18:28:25 pcscfD /usr/sbin/ser[8049]:
----------------------------- Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8049]: shm_mem_destroy Nov 20 18:28:25 pcscfD
/usr/sbin/ser[8049]: destroying the shared memory lock Nov 20 18:28:25
pcscfD /usr/sbin/ser[8049]: terminating due to SIGCHLD
##############################################################
  <br>
The problem is in the MTU size, because if the packet is not
fragmented, there is not a problem. But the INVITE packet
  <br>
needs to fragment, what it means, i always have the same problem.
  <br>
  <br>
My SER version is version: ser 0.9.6 (i386/linux) and it's a vanilla
version. The packets is sent over UDP.
  <br>
  <br>
My questions are:
  <br>
  <br>
- Have anybody the same o similar problem?
  <br>
- The MTU size is a problem in SER?
  <br>
- Have anybody sent fragmented packets with SER?
  <br>
  <br>
Thanks for your help.
  <br>
  <br>
  <br>
  <br>
  <br>
  <br>
  <br>
  </div>
  </div>
  <br>
__________________________________________________<br>
Correo Yahoo!<br>
Espacio para todos tus mensajes, antivirus y antispam &iexcl;gratis! <br>
Reg&iacute;strate ya - <a class="moz-txt-link-freetext" href="http://correo.yahoo.es">http://correo.yahoo.es</a>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Serusers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
  </pre>
</blockquote>
</body>
</html>