Re: HDLC frames delivered over PWs

Ignacio Goyret <[email protected]>
Newsgroups gmane.ietf.l2tpext
Message-ID <[email protected]>
>> You still have the problem of delivering the I-frames to the remote
>> LCCE reliably and in order. For that, this new fangled NSPs will need
>> to implement some sort of reliable mechanism to deliver the I-frames
>> and whatever other information may be needed (eg, XID contents, etc).
>> This reliability and resequencing is not be provided by L2TP as is.
>> At this point, you are looking at implementing something akin to LAPB
>> to deliver this information. Any of the following alternatives could
>> provide the required reordering and reliable delivery: RFC1663,
>> RFC1151, Q.921, V.42 LAPM, etc. or you could use a much simpler ack
>> based system.
>>   
>An option may be delivering L2TPv3 over TCP??, although it is not 
>considered in RFC3931

Using TCP to deliver L2TP penalizes all the protocols that do not need
reliable delivery of data frames. This is very inefficient for most
protocols to be considered. Among other problems, it duplicates effort
since the control channel contains its own method for reliable delivery,
and it is not scalable when multiple data streams are tunneled together.
Bottom line, TCP is not an alternative.

A much better alternative is to develop a mechanism to deliver data
frames reliably to be used only for those few protocols that need it.
This way, the protocols that do not need reliable delivery (the great
majority) do not have to be penalized with the performance penalty of
retransmissions, packet reordering, etc, etc.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.