All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bridge] Bridging via vtun...
@ 2009-03-08 16:40 Ray Van Dolson
  2009-03-08 21:43 ` Ray Van Dolson
  0 siblings, 1 reply; 2+ messages in thread
From: Ray Van Dolson @ 2009-03-08 16:40 UTC (permalink / raw)
  To: bridge

Hi all;

I'm trying to set up a bridge between two networks using vtun on Linux.
It's almost working, but I'm running into an issue...

  - Client A lives on Network A 10.27/16
  - Server B lives on Network B 10.49/16
  - Server B has vtun running in server mode
  - Client A connects to Server B via vtun and a TAP interface is set
    up on both of them.
  - Server B adds this TAP interface to interface br0 which also
    contains eth0 on Network B:

      Server B (10.49/16)
        - br0 (10.49.x.x)
            eth0
            tap0

      Client A (10.27/16)
        - eth0 (10.27.x.x)
            route add -host <Server B> gw <10.27.gateway>
        - tap0

I have ip_forward enabled on both hosts.

Now, if I add a 10.49/16 IP to Client A's tap0 and start tcpdump'ing on
tap0 I can see lots of ARP traffic and broadcast traffic from 10.49/16.

If I run an arping:

  arping -I tap0 <Server B IP>

I get a response and a tcpdump on Server B's br0 interface shows the
traffic going back and forth.

However, when I try to reach anything else on the 10.49/16 network from
Client A, I fail.  So, for example:

  - Client A pings 10.49.6.46
    - I observe ARP who-has requests going out over tap0
  - On Server B I observe ARP who-has requests passing through br0
  - On 10.49.6.46 I observe ARP who-has requests coming in and ARP
    responses going back to what appears to be the correct MAC address.
  - On Server B I do not see any of these ARP responses
  - On Client A I do not see any of these ARP responses

I can't figure out why this is.  I don't have ebtables or anything
running.... I've tried messing around with proxy ARP thinking maybe
Client A's tap0 MAC wasn't getting sent out correctly... 

Some notes of interest:

  - Server A is a VMware Guest
  - We have catalyst switches backing everything

I'm wondering if Client A's tap0 MAC address is not getting advertised
somehow into the Catalyst Switch on 10.49/16's MAC table?

Anyone have any suggestions as to what I should try next?  I guess
worst case I'll try and simplify the setup and remove vtun from the
equation, but maybe someone here has some advice. :-)

Thanks,
Ray

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Bridge] Bridging via vtun...
  2009-03-08 16:40 [Bridge] Bridging via vtun Ray Van Dolson
@ 2009-03-08 21:43 ` Ray Van Dolson
  0 siblings, 0 replies; 2+ messages in thread
From: Ray Van Dolson @ 2009-03-08 21:43 UTC (permalink / raw)
  To: bridge

On Sun, Mar 08, 2009 at 09:40:29AM -0700, Ray Van Dolson wrote:
> Hi all;
> 
> I'm trying to set up a bridge between two networks using vtun on Linux.
> It's almost working, but I'm running into an issue...

Just a note -- got this figured out.  The problem was that my vtun
endpoint was a VMware guest running in ESX.  The VMswitch was set to
Reject promiscuous mode which obviously means that the bridge code
won't work properly.

Also explains why I was only seeing broadcast traffic!

Ray

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-03-08 21:43 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-03-08 16:40 [Bridge] Bridging via vtun Ray Van Dolson
2009-03-08 21:43 ` Ray Van Dolson

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.