]> git.hungrycats.org Git - linux/commit
[ATM]: empty tx queue in lec when flush complete
authorChas Williams <chas@locutus.cmf.nrl.navy.mil>
Sun, 23 Feb 2003 14:34:55 +0000 (06:34 -0800)
committerHideaki Yoshifuji <yoshfuji@linux-ipv6.org>
Sun, 23 Feb 2003 14:34:55 +0000 (06:34 -0800)
commitc5b8ed35e0082f113a68890341106e4d60f797c0
tree2b04752501066f4802438fe6eefcc592e0d3aa75
parent3def55425ea04792ad69d0380cd65318f133c4a1
[ATM]: empty tx queue in lec when flush complete
the lane spec says the following about path switching:

10.1.2.7 Transmitting Held Frames

Once the LE_FLUSH_RESPONSE is received, the LE Client MUST
transmit any held  data frames on the new data path before
transmitting any further frames on the new path.

10.1.2.8 Switching Over Paths Without Flush

Regardless of the provisions of the rest of Section 10.1, when
switching from the old path to a new path, if an LE Client has
not transmitted a data frame to a particular LAN Destination via
the old path for a period of time greater than or equal to the
C22 Path Switching Delay, then it MAY start using the new path
without employing the Flush protocol.

the lane client in linux-atm does do this but it doesnt send the
held frames until a frame is transmitted on the vcc after the flush
has completed.  often this doesnt happen until you get an ip retransmit.
the following patch sends the held frames after the flush completes
(or the switching delay expires)
net/atm/lec.c