lkml.org 
[lkml]   [2004]   [Nov]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [patch 4/10] s390: network driver.
    From
    Date




    Paul Jakma <paul@clubi.ie> wrote on 29.11.2004 17:30:23:
    > Well, if the kernel is going to queue these packets without notifying
    > us, we absolutely *must* have some way to flush those queues. Sending
    > stale packets many minutes after the application generated them could
    > have serious consequences for routing (eg, think sending RIP, IPv4
    > IRDP or v6 RAs which are no longer valid - client receives them and
    > installs routes which are long invalid and loses connectivity to some
    > part of the network).
    >

    Yes, for the examples you mentioned the app should better be notified.
    However, AFAICS, there are no such notification mechanisms on a
    per-packet basis implemented in the kernel.
    And I doubt that they are going to be implemented.

    > I'd be very interested to hear advice from the kernel gurus (eg "god,
    > dont be so stupid, do xyz in your application instead"). We can
    > accomodate whatever kernel wants as long as its workable.

    Good suggestion, if anyone has an interesting and feasible solution
    I will be happy to integrate it. So far, however, it don't see one and I
    would point people being worried about lost packets to TCP.


    Regards,
    Thomas.

    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 14:08    [W:2.533 / U:0.116 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site