ECN & PMTU

Arun Prasad <arun@netlab.hcltech.com> Tue, 09 April 2002 04:39 UTC

Message-ID: <3CB27092.7680BC16@netlab.hcltech.com>
Date: Tue, 09 Apr 2002 10:09:47 +0530
From: Arun Prasad <arun@netlab.hcltech.com>
X-Mailer: Mozilla 4.72 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: tsvwg <tsvwg@ietf.org>
Cc: tcp-impl@grc.nasa.gov, sctp <sctpimp@netlab.hcltech.com>
Subject: ECN & PMTU
References: <3CADF78E.D9E24D26@cisco.com> <3CB20DBE.3B687309@cisco.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Status: RO
Content-Length: 2319
Lines: 55

Hi all,
    Some doubts on the procedure followed for PMTU (Path mtu) discovery and
ECN method.....
    The doubt is not related to the procedure as such, but the relation between the
two procedures stated above......
Tcp and Sctp uses ICMP message to handle the PMTU discovery procedure....
ie., the intermediate router will send an ICMP messge of "Message too Long"
to the end point sending the data packet of size greater than the MTU size of some
intermediate path to the destination.....

For ECN, the intermediate router should set the appropriate bits in the IP header
(if it supports ECN ....) whenever there is congestion and risk of packet drops
is high....... The endpoints then correct their Congestion window accordingly and
help in reducing the Congestion in the intermediate router.....

Why, we adopt two different methods to carry out similar (in the sense, both are
related to the Intermediate routers....)?????
    Why cant we generalise this stuff.... ie.,  the need here is some way to
communicate between the intermediate router and the endpoint.... Not sure
which of the two ways is advantageous, but cant we use the same method for
both..... ie.,
As for the PMTU discovery, the intermediate router can send an ICMP message
to the endpoint carrying a message "CONGESTION", by receiving this the
endpoint will do all appropriate actions as it does when it receives the packet set
with ECN-ECHO flag (as in present ECN procedure...)

or vice versa ( ie., adopt the method followed by ECN  for PMTU discovery aslo,
that might be slighly tough, considering the Backward compatibility....)

    What we can achieve by this is the simplicity  in the router implementation,
which doesnt need to do different procedure for different features of the Transport
layer..... and by maintaining this uniformity, the future extentions which demands a
similar requirement can use the same way......

I could have missed some points....

Any comments on this????


Thanks
-arun
--
****************************************************************
V.Arun Prasad
HCL Technologies Ltd.
51, Jawaharlal Nehru Road,
Ekkattuthangal,
Guindy Industrial Estate,
Chennai - 600097.

Contact # : 9144 - 2334174
            9144 - 2334181
            extn : 233
****************************************************************