Kip Macy wrote:
Yes, he has the same issue.
-Kip
On Sat, Aug 23, 2008 at 10:59 PM, Julian Elischer <[EMAIL PROTECTED]> wrote:
Kip Macy wrote:
On Sat, Aug 23, 2008 at 10:52 PM, Julian Elischer <[EMAIL PROTECTED]>
wrote:
Mike Tancsa wrote:
At 10:16 PM 8/23/2008, Kip Macy wrote:
Can you help me out a bit with your workload?
tcp_offload_connect(...) needs to determine which interface an address
corresponds to see if that interface supports TCP offload. The code
does the exact same thing as ip_output does except it doesn't have the
inpcb locked (which isn't used as part of the route lookup).
This is the only RELENG_7 box that I have where it routes tcp packets
asymmetrically, so that sounds like it might be the portion that is
badly
interacting. The server has just one default gateway, which is out em0,
but
clients all over the net will connect to IP addresses aliased on lo0 and
to
the one IP on em1. But all connections exit out em0 other than
connected
routes of course.
---Mike
Julian has worked in this code most recently, maybe he has some idea
what is going on.
huh? wha? I haven't been following this thread.. what's up?
Julian - see previous e-mails, the arp cache gets messed up as a
result of calling rtalloc in tcp_offload.c - which is done to
determine which interface will be used for connection. Any thoughts on
why it may end up with dozens of bogus entries?
-Kip
has anyone tried the same scenario on -current?
ok so it might be related to the MRT code...
I assume he only has one Routing table..
Theoretically it shoudl work the same as before if N==1
but I can imagine a case where it didn't.
especially if arp and interffaces are involved..
Mike, can you give me a repro example?
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
