[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Sigtran] Clarify SCTP max packet size.
- To: Michael Tüxen <Michael.Tuexen at lurchi.franken.de>
- Subject: Re: [Sigtran] Clarify SCTP max packet size.
- From: "Brian F. G. Bidulock" <bidulock at openss7.org>
- Date: Tue, 7 Jul 2009 17:19:44 -0600
- Cc: _Rui_Filipe_Efig=E9nio at core3.amsl.com, =?ISO-8859-1?Q?=22Gomes at core3.amsl.com, sigtran at ietf.org
- Delivered-to: sigtran at core3.amsl.com
- Dsn-notification-to: <bidulock at openss7.org>
- In-reply-to: <ECEB6A9E-574A-44AD-874E-57A8E5E40494 at lurchi.franken.de>
- List-archive: <http://www.ietf.org/mail-archive/web/sigtran>
- List-help: <mailto:sigtran-request@ietf.org?subject=help>
- List-id: Signaling Transport <sigtran.ietf.org>
- List-post: <mailto:sigtran@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=unsubscribe>
- Mail-followup-to: Michael Tüxen <Michael.Tuexen at lurchi.franken.de>, "<pierre.allegret at orange-ftgroup.com>" <pierre.allegret at orange-ftgroup.com>, =?ISO-8859-1?Q?=22Gomes at core3.amsl.com, _Rui_Filipe_Efig=E9nio at core3.amsl.com, rui.gomes at vodafone.com, sigtran at ietf.org
- Organization: http://www.openss7.org/
- References: <CE8463D4-574F-4DFE-ADD5-C1893EDB56AC at lurchi.franken.de> <F3A3E0C318E9EE49B6FFC07B9702CCD76E0F83 at ftrdmel0.rd.francetelecom.fr> <4F453C58-A3CB-4CD0-B8F0-5239D569BD7B at lurchi.franken.de> <20090707180241.GB26816 at openss7.org> <ECEB6A9E-574A-44AD-874E-57A8E5E40494 at lurchi.franken.de>
- Reply-to: bidulock at openss7.org
- User-agent: Mutt/1.5.13 (2006-08-11)
Michael,
I believe I was correcting your statement.
--brian
Michael Tüxen wrote: (Wed, 08 Jul 2009 00:43:33)
> Hi Brian,
>
> sorry, I do not understand what you want to say...
>
> Best regards
> Michael
>
> On Jul 7, 2009, at 8:02 PM, Brian F. G. Bidulock wrote:
>
> >Michael,
> >
> >Err, the MTU SCTP uses when bundling is the Association Path MTU. It
> >subtracts IP header and SCTP header sizes from this Path MTU only when
> >considering how many chunks can be bundled.
> >
> >--brian
> >
> >Michael Tüxen wrote: (Tue, 07 Jul 2009
> >18:51:09)
> >>On Jul 7, 2009, at 8:50 AM, <pierre.allegret at orange-ftgroup.com>
> >><pierre.allegret at orange-ftgroup.com > wrote:
> >>
> >>>Dear all,
> >>>
> >>>Just to add with the SCTP bundling feature. If the "SCTP MTU" is
> >>>1500, and the system is bundling messages at the SCTP level, you
> >>>should have the risk to segment at the IP level (because of the IP
> >>>header). So it is not efficient
> >>The MTU SCTP uses is the link layer MTU minus the headers for IP and
> >>SCTP.
> >>I have not seen an implementation which bundles at the SCTP layer and
> >>than
> >>needs to fragment at the IP layer. I would consider this broken...
> >>>to bundle sctp messages and to segment them at the IP level. Some
> >>>vendors limits "SCTP MTU" to avoid that. This is only the Maximum
> >>>transmission unit. If one SCTP message to transmit is greater, they
> >>>will segment it.
> >>>
> >
> >--
> >Brian F. G. Bidulock
> >bidulock at openss7.org
> >http://www.openss7.org/
> >
>
--
Brian F. G. Bidulock
bidulock at openss7.org
http://www.openss7.org/