All of lore.kernel.org
 help / color / mirror / Atom feed
From: devzero@web.de
To: bridge@osdl.org
Subject: [Bridge] aoe/vblade on "localhost"
Date: Sun, 12 Mar 2006 12:38:49 +0100	[thread overview]
Message-ID: <1029025699@web.de> (raw)

hello !

i try to use a network technology on one single host, which wasn`t designed for that. 

to give a short overview of what i`m talking about:

AoE is just like a "networked blockdevice" (just like nbd/enbd) - but without tcp/ip. 
AoE kernel driver is the "client end" (see this like an iSCSI initiator) - and an etherblade storage appliance is the "server end" (see this like an iSCSI target)
there is a software equivalent to etherblade storage which is called vblade (part of the aoetools project) - or vblade-kernel (another implementation, but done as a kernel module)

a very nice article about what AoE is can be found at http://www.linuxjournal.com/comment/reply/8149

what i want to do is nicely described in this bugreport by some other person:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336772

i want to connect a AoE driver to vblade on _one_ host and i have tried that mentioned "clever juggling of network devices" on my system, but i didn`t succedd.

some coraid employee recommended trying linux-bridging - so i created two dummy interfaces (module dummy.ko), created a bridge "aoe-bridge" and added dummy0 and dummy1 to that bridge.

then i "connected" AoE-driver to dummy0 and vblade server process to dummy1 and would have expected that this should work.

unfortunately, it failed to work and from what it seems it wasn`t a problem with AoE or vblade but with the bridge, because i couldn`t see (tcpdump) packets going through into both directions. 

afaik, after starting, the bridge is in some "learning" state, to see what is on the "left side" and on the "right side".
i`m somewhat unsure if AoE/vblade are sending out enough (or the right?) packets to make the bridge let them go through (aoe and vblade get aware of each other via broadcast) 

can somebody give an advice on what needs to be taken into account here and what could be done to debug this?
regards

roland k. 
systems engineer
______________________________________________________________________
XXL-Speicher, PC-Virenschutz, Spartarife & mehr: Nur im WEB.DE Club!		
Jetzt gratis testen! http://freemail.web.de/home/landingpad/?mc=021130


                 reply	other threads:[~2006-03-12 11:38 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1029025699@web.de \
    --to=devzero@web.de \
    --cc=bridge@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.