Re: [Simple] UDP - what if response is bigger than 1500 bytes (ethernet MTU)?

Thomas Froment <Thomas.Froment@alcatel.fr> Wed, 19 July 2006 13:31 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G3C9D-0004un-UX; Wed, 19 Jul 2006 09:31:31 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G3C9B-0004ty-SL; Wed, 19 Jul 2006 09:31:29 -0400
Received: from smail3.alcatel.fr ([62.23.212.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G3C9A-0002S4-AF; Wed, 19 Jul 2006 09:31:29 -0400
Received: from missrv1.nextenso.alcatel.fr (proxy.nextenso.alcatel.fr [139.54.130.250]) by smail3.alcatel.fr (ALCANET/NETFR) with ESMTP id k6JDVLcJ030253; Wed, 19 Jul 2006 15:31:21 +0200
Received: from [139.54.131.75] (nx1075.nextenso.alcatel.fr [139.54.131.75]) by missrv1.nextenso.alcatel.fr (8.13.5/8.12.8) with ESMTP id k6JDVKDG030649; Wed, 19 Jul 2006 15:31:20 +0200
Message-ID: <44BE3426.3050502@alcatel.fr>
Date: Wed, 19 Jul 2006 15:31:18 +0200
From: Thomas Froment <Thomas.Froment@alcatel.fr>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Silvestr.Peknik@tietoenator.com, sip@ietf.org
Subject: Re: [Simple] UDP - what if response is bigger than 1500 bytes (ethernet MTU)?
References: <3ACC9A25264A684F82C71840111F979801EC5E54@carrera.eu.tieto.com>
In-Reply-To: <3ACC9A25264A684F82C71840111F979801EC5E54@carrera.eu.tieto.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Alcanet-MTA-scanned-and-authorized: yes
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Cc: Milan.Kunc@tietoenator.com, simple@ietf.org
X-BeenThere: simple@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SIP for Instant Messaging and Presence Leveraging Extensions <simple.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/simple>, <mailto:simple-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/simple>
List-Post: <mailto:simple@ietf.org>
List-Help: <mailto:simple-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/simple>, <mailto:simple-request@ietf.org?subject=subscribe>
Errors-To: simple-bounces@ietf.org

Silvestr.Peknik@tietoenator.com wrote:
> Hello, 
>
> Could someone help me with following problem? 
>
> I am not sure what should be done when the response to SIP request sent
> over UDP is bigger than 1500 bytes? It can happen e.g. when PUBBLISH
> request is responded by 415 Unsupported Media Type and Accept,
> Accept-Encoding and Accept-Language headers are added.
>   

This is a good question: I think it was mentionned in last SIP WG IETF 
meeting that having responses greater than path MTU  (-200 bytes)
in SIP was not currently well specified. It was an open issue on 
draft-ietf-sip-hop-limit-diagnostics-03.txt which raises this problem
since it leads naturally to send big SIP responses.
SIP WG people may probably answer you if something is planned to handle 
this problem...
Thomas
> Thank you, 
> Silvestr Peknik
>
> Extract from RFC3261:
> 18.1.1 Sending requests:
> ...
> If a request is within 200 bytes of the path MTU, or if it is larger
>    than 1300 bytes and the path MTU is unknown, the request MUST be sent
>    using an RFC 2914 [43] congestion controlled transport protocol, such
>    as TCP. If this causes a change in the transport protocol from the
>    one indicated in the top Via, the value in the top Via MUST be
>    changed.  This prevents fragmentation of messages over UDP and
>    provides congestion control for larger messages.  However,
>    implementations MUST be able to handle messages up to the maximum
>    datagram packet size.  For UDP, this size is 65,535 bytes, including
>    IP and UDP headers.
>
>       The 200 byte "buffer" between the message size and the MTU
>       accommodates the fact that the response in SIP can be larger than
>       the request.  This happens due to the addition of Record-Route
>       header field values to the responses to INVITE, for example.  With
>       the extra buffer, the response can be about 170 bytes larger than
>       the request, and still not be fragmented on IPv4 (about 30 bytes
>       is consumed by IP/UDP, assuming no IPSec).  1300 is chosen when
>       path MTU is not known, based on the assumption of a 1500 byte
>       Ethernet MTU.
> ... 
>
> _______________________________________________
> Simple mailing list
> Simple@ietf.org
> https://www1.ietf.org/mailman/listinfo/simple
>
>   


_______________________________________________
Simple mailing list
Simple@ietf.org
https://www1.ietf.org/mailman/listinfo/simple