Yes, that's a possible simplification.
> requeue the data. what keeps data from arriving on the vcc while
> you are reprocessing -- this could lead to out of order packet
> arrival.
I don't think that would be much of a problem: ATMARP basically
aggregates information, but does very little in terms of actual
state transitions based on ATMARP/InARP messages. And IP doesn't
mind a bit of reordering anyway. (Reconnecting an SVC in the
middle of a TCP session may of course cause performance
glitches, but that would be more a problem of detaching the VC
in the first place, than anything happening when re-attaching.)
- Werner
-- _________________________________________________________________________ / Werner Almesberger, Buenos Aires, Argentina wa@almesberger.net / /_http://www.almesberger.net/____________________________________________/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/