RE: dummynet and vr(4)/egress broken in 4.11 ?

From: Nickolay Kritsky (Nickolay.Kritsky_at_astra-sw.com)
Date: 02/01/05

  • Next message: Xin LI: "Two NIC's connected to same subnet: routing question"
    Date: Tue, 1 Feb 2005 19:06:50 +0300
    To: "Jeremie Le Hen" <jeremie@le-hen.org>, <freebsd-net@freebsd.org>
    
    

    Are you using ipnat for NAT'ing? If yes, can you post your ipnat rules?

    Nick

    -----Original Message-----
    From: Jeremie Le Hen [mailto:jeremie@le-hen.org]
    Sent: Sunday, January 30, 2005 5:40 PM
    To: freebsd-net@freebsd.org
    Subject: Re: dummynet and vr(4)/egress broken in 4.11 ?

    > I didn't changed my kernel configuration file so much since my last
    > kernel upgrade, I juste added gif(4), IPSEC_FILTERGIF and vr(4).
    > I tested using this rule on ingress and egress of both my internal (sis0)
    > and external interface (vr0) - inverting IPs where needed :-) - here are
    > the results :
    >
    > | ingress | egress |
    > -----------+---------+---------+
    > vr0 (ext) | OK | - |
    > -----------+---------+---------+
    > sis0 (int) | OK | OK |
    > -----------+---------+---------+
    >
    > I think that it is now very important to tell you that while upgrading
    > my box to FreeBSD 4.11, I also changed my external interface from a 10
    > MBits ep(4) to a 100 MBits vr(4).
    >
    > I cannot switch back to ep(4) for the moment since it is not an option
    > to have downtime, but according to the privous results, I'm pretty
    > convinced there is a problem with the vr(4) driver (although I don't
    > know how it can impact DUMMYNET). Maybe the last commit on this
    > driver in RELENG_4 (sys/pci/if_vr.c, rev 1.26.2.14) is the culprit.

    Well, in fact I made further investigation :

            - Only TCP seems to be affected. UDP and ICMP appear to work
              without packet drop.

            - Switching back from my vr(4) to my ep(4) did not resolve the
              problem.

    Thus, it seems this problem is independant from the network driver
    (which makes more sense because AFAIK the latters are not involved in
    DUMMYNET, as they are in ALTQ for example).

    I can still use pipes on interface ingress, internal interface egress,
    but it fails when I use a pipe on egress on my external interface _for
    packet being forwarded and NATed only_. Weirdly I am still able to
    use a TCP stream from the router itself.

    I'll give a try to a 4.10 kernel ASAP.

    Regards,

    -- 
    Jeremie Le Hen
    jeremie@le-hen.org
    _______________________________________________
    freebsd-net@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-net
    To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
    _______________________________________________
    freebsd-net@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-net
    To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
    

  • Next message: Xin LI: "Two NIC's connected to same subnet: routing question"

    Relevant Pages

    • Is this a bug?
      ... > I have one strange problem with dummynet & IP fragmentation. ... > router stops sending that ICMP messages. ... I recheck this on other router on Ethernet interface. ... But when I configure outgoing pipe on this interface: ...
      (freebsd-net)
    • Re: cvs commit: src/sys/net if_vlan.c
      ... and act as though the interface is not there. ... dummynet is enabled we need to wait a bit longer, ... second max RTT is assumed in TCP and thus delays longer than that ... card, and then insert it again before the timeout happens. ...
      (freebsd-net)
    • Re: dummynet setting ifp pointer in mbuf?
      ... > I am having problems combining ipf's ipnat rules with dummynet. ... > outgoing packets as well). ... > So it seems the queued packets interface is set to the outgoing interface. ...
      (freebsd-net)