<HTML><HEAD>
<STYLE id=eMClientCss>BLOCKQUOTE.cite2 {
PADDING-TOP: 0px; PADDING-LEFT: 10px; MARGIN-LEFT: 5px; BORDER-LEFT: #cccccc 1px solid; MARGIN-TOP: 3px; PADDING-RIGHT: 0px; MARGIN-RIGHT: 0px
}
.plain PRE {
FONT-SIZE: 100%; FONT-FAMILY: monospace; FONT-WEIGHT: normal; FONT-STYLE: normal
}
.plain TT {
FONT-SIZE: 100%; FONT-FAMILY: monospace; FONT-WEIGHT: normal; FONT-STYLE: normal
}
A IMG {
BORDER-TOP: 0px; BORDER-RIGHT: 0px; BORDER-BOTTOM: 0px; BORDER-LEFT: 0px
}
#x33709d2746514b589eb0686777e3f638 {
FONT-SIZE: 12pt; FONT-FAMILY: Tahoma
}
#xdaf6d33443ec489dac07b183dd2dcdee {
FONT-SIZE: 12pt; FONT-FAMILY: Tahoma
}
.plain PRE {
FONT-SIZE: 12pt; FONT-FAMILY: Tahoma
}
.plain TT {
FONT-SIZE: 12pt; FONT-FAMILY: Tahoma
}
BODY {
FONT-SIZE: 12pt; FONT-FAMILY: Tahoma
}
#xdaf6d33443ec489dac07b183dd2dcdee BLOCKQUOTE.cite {
PADDING-LEFT: 10px; MARGIN-LEFT: 5px; BORDER-LEFT: #cccccc 1px solid; PADDING-RIGHT: 0px; MARGIN-RIGHT: 0px
}
</STYLE>
<STYLE>#x33709d2746514b589eb0686777e3f638 BLOCKQUOTE.cite2
{PADDING-TOP: 0px; PADDING-LEFT: 10px; MARGIN-LEFT: 5px; BORDER-LEFT: #cccccc 1px solid; MARGIN-TOP: 3px; PADDING-RIGHT: 0px; MARGIN-RIGHT: 0px}
#x33709d2746514b589eb0686777e3f638 .plain PRE, #x33709d2746514b589eb0686777e3f638 .plain TT
{FONT-SIZE: 100%; FONT-FAMILY: monospace; FONT-WEIGHT: normal; FONT-STYLE: normal}
#x33709d2746514b589eb0686777e3f638 A IMG
{BORDER-TOP: 0px; BORDER-RIGHT: 0px; BORDER-BOTTOM: 0px; BORDER-LEFT: 0px}
#x33709d2746514b589eb0686777e3f638 .plain PRE, #x33709d2746514b589eb0686777e3f638 .plain TT, #x33709d2746514b589eb0686777e3f638
{FONT-SIZE: 12pt; FONT-FAMILY: Tahoma}
</STYLE>
</HEAD>
<BODY scroll=auto class>
<DIV>I applied that workaround: <A href="https://www.sipwise.org/doc/2.8/spce/ar01s05.html#_audiocodes_devices_workaround">https://www.sipwise.org/doc/2.8/spce/ar01s05.html#_audiocodes_devices_workaround</A>, from the packet captures, I can see 127.0.0.1 in RR header is changed to a private ip address. but issue persists. </DIV>
<DIV> </DIV>
<DIV>So I went back to the thought of reducing sdp <SPAN id=xdaf6d33443ec489dac07b183dd2dcdee>size</SPAN>. on softphone MicroSIP, I disabled ICE, enabled only 1 codec. bingo! the sdp is now small enough to be contained in 1 packet. then the outbound call via VoIPStunt succeeded! this test proved my thought about packet fragmentation, but I still wonder what is the official solution for such situation? to disable ICE and keep only 1 codec isn't nice way to configure a sip client.</DIV>
<DIV> </DIV>
<DIV>Now the new problem is that there's no rtp traffics between in internal call.</DIV>
<DIV> </DIV>
<DIV>------ Original Message ------</DIV>
<DIV>From: "Raúl Alexis Betancor Santana" <<A href="mailto:rabs@dimension-virtual.com">rabs@dimension-virtual.com</A>></DIV>
<DIV>To: <A href="mailto:spce-user@lists.sipwise.com">spce-user@lists.sipwise.com</A></DIV>
<DIV>Sent: 2016-04-13 4:11:29 PM</DIV>
<DIV>Subject: Re: [Spce-user] sip fragmentation</DIV>
<DIV> </DIV>
<DIV id=x33709d2746514b589eb0686777e3f638>
<BLOCKQUOTE class=cite2 cite=1718805197.76221.1460589089715.JavaMail.zimbra@dimension-virtual.com type="cite">
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: arial, helvetica, sans-serif; COLOR: #000000">
<DIV>Trust me ... it's not a fragmentation problem ... just follow the indications on the documentation about the "Audiocodes devices workaround", the real problem it's the 1.27.0.0.1 IP on the RR headers ... VoIPStunt and a lot of other SIP-Carriers, doesn't support private IP's on the SIP headers.<BR></DIV>
<DIV><BR></DIV>
<DIV><BR></DIV>
<DIV>
<HR id=zwchr data-marker="__DIVIDER__">
</DIV>
<DIV data-marker="__HEADERS__">
<BLOCKQUOTE style="FONT-SIZE: 12pt; TEXT-DECORATION: none; FONT-FAMILY: Helvetica,Arial,sans-serif; FONT-WEIGHT: normal; COLOR: #000; FONT-STYLE: normal; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"><B>De: </B>"Jonathan Yue" <<A href="mailto:jonathan.yue@turboitsolutions.com">jonathan.yue@turboitsolutions.com</A>><BR><B>Para: </B>"Raúl Alexis Betancor Santana" <<A href="mailto:rabs@dimension-virtual.com">rabs@dimension-virtual.com</A>>, <A href="mailto:spce-user@lists.sipwise.com">spce-user@lists.sipwise.com</A><BR><B>Enviados: </B>Miércoles, 13 de Abril 2016 23:09:45<BR><B>Asunto: </B>Re[2]: [Spce-user] sip fragmentation<BR></BLOCKQUOTE></DIV>
<DIV data-marker="__QUOTED_TEXT__">
<BLOCKQUOTE style="FONT-SIZE: 12pt; TEXT-DECORATION: none; FONT-FAMILY: Helvetica,Arial,sans-serif; FONT-WEIGHT: normal; COLOR: #000; FONT-STYLE: normal; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">
<STYLE></STYLE>
<DIV>Thanks for your input Raúl.</DIV>
<DIV> </DIV>
<DIV>in the packet captures, I notice following items:</DIV>
<DIV>INVITE sip:<A href="mailto:1xxxxxxxxxx@sip.voipstunt.com">1xxxxxxxxxx@sip.voipstunt.com</A> SIP/2.0<BR>Record-Route: <sip:x.x.x.115;r2=on;lr=on;ftag=3F30077D-570BCE0A000B61B3-54909700;ngcplb=yes><BR>Record-Route: <sip:127.0.0.1;r2=on;lr=on;ftag=3F30077D-570BCE0A000B61B3-54909700;ngcplb=yes><BR>Via: SIP/2.0/UDP x.x.x.115;branch=z9hG4bK037e.d0ff913568a8906a194cc8f2492a77c7.0<BR>Via: SIP/2.0/UDP 127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKsdiM4aEk;rport=5080</DIV>
<DIV> </DIV>
<DIV>I wonder if the 2nd record-route message and 2nd Via message are necessary. If they are omitted, the sip packet won't be fragmented.</DIV>
<DIV> </DIV>
<DIV>------ Original Message ------</DIV>
<DIV>From: "Raúl Alexis Betancor Santana" <<A href="mailto:rabs@dimension-virtual.com">rabs@dimension-virtual.com</A>></DIV>
<DIV>To: <A href="mailto:spce-user@lists.sipwise.com">spce-user@lists.sipwise.com</A><BR data-mce-bogus="1"></DIV>
<DIV>Sent: 2016-04-13 1:02:40 AM</DIV>
<DIV>Subject: Re: [Spce-user] sip fragmentation</DIV>
<DIV> </DIV>
<DIV id=xcf4f1dc3d143449a82786539bffdd321>
<BLOCKQUOTE class=cite2 cite=615346034.70358.1460534560937.JavaMail.zimbra@dimension-virtual.com>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: arial, helvetica, sans-serif; COLOR: #000000">
<DIV>You could activate header compresion, but you will have to pray to VoIPStunt to support that.<BR></DIV><BR>
<DIV>Better check why your headers get so big<BR></DIV><BR>
<DIV>
<DIV>
<HR id=zwchr>
</DIV></DIV>
<DIV>
<BLOCKQUOTE style="FONT-SIZE: 12pt; TEXT-DECORATION: none; FONT-FAMILY: Helvetica,Arial,sans-serif; FONT-WEIGHT: normal; COLOR: #000; FONT-STYLE: normal; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"><B>De: </B>"Jonathan Yue" <<A href="mailto:jonathan.yue@turboitsolutions.com">jonathan.yue@turboitsolutions.com</A>><BR><B>Para: </B><A href="mailto:spce-user@lists.sipwise.com">spce-user@lists.sipwise.com</A><BR><B>Enviados: </B>Martes, 12 de Abril 2016 23:48:43<BR><B>Asunto: </B>[Spce-user] sip fragmentation<BR></BLOCKQUOTE></DIV>
<DIV>
<BLOCKQUOTE style="FONT-SIZE: 12pt; TEXT-DECORATION: none; FONT-FAMILY: Helvetica,Arial,sans-serif; FONT-WEIGHT: normal; COLOR: #000; FONT-STYLE: normal; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">
<DIV>Hi, gang,</DIV>
<DIV> </DIV>
<DIV>Is there a way to shrink the header of sip message sent from spce? I configured a <SPAN id=x761f1c3b6ea84d86ada77d3cd52807cc>sip trunk with </SPAN>VoIPStunt as a test. After receiving invite message, VoIPStunt sends 401, spce then sends out an sdp, supposedly containing authentication digest, however, the message gets fragmented. VoIPStung never responds again, apparently it doesn't assemble fragmented packets.</DIV>
<DIV> </DIV>
<DIV>I then change the trunk's transport protocol to tcp, VoIPStunt doesn't respond at all, I guess it doesn't support tcp.</DIV>
<DIV> </DIV>
<DIV>spce version is v4.2.1. in the attached screenshot, 77.72.169.129 is VoIPStunt's ip address, the other is my spce's.</DIV>
<DIV> </DIV>
<DIV>thanks,</DIV>
<DIV> </DIV>
<DIV>Jon</DIV><BR>_______________________________________________<BR>Spce-user mailing list<BR><A href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</A><BR><A href="https://lists.sipwise.com/listinfo/spce-user">https://lists.sipwise.com/listinfo/spce-user</A><BR data-mce-bogus="1"></BLOCKQUOTE></DIV></DIV></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV></DIV></BLOCKQUOTE></DIV></BODY></HTML>