* [Bridge] Re: aoe/vblade on "localhost"
@ 2006-03-12 13:10 devzero
0 siblings, 0 replies; 2+ messages in thread
From: devzero @ 2006-03-12 13:10 UTC (permalink / raw)
To: bridge
some more info:
> 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
actually, the broadcasts of AoE driver get through from dummy1 to dummy0 - i see 2 packets on dummy0 and those 2 being forwarded on dummy1
vserver2:~ # tcpdump -i dummy0 &
[1] 11302
vserver2:~ # tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on dummy0, link-type EN10MB (Ethernet), capture size 96 bytes
vserver2:~ # tcpdump -i dummy1 &
[2] 11303
vserver2:~ # tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on dummy1, link-type EN10MB (Ethernet), capture size 96 bytes
14:02:09.887410 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
14:02:09.888004 ca:90:06:04:f6:ec > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
14:02:09.886699 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
14:02:09.888278 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
but - the broadcasts from vblade (connected to dummy0) can only be seen on dummy0, but not on dummy1:
vserver2:~ # tcpdump -i dummy0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on dummy0, link-type EN10MB (Ethernet), capture size 96 bytes
14:04:33.825077 ca:90:06:04:f6:ec > Broadcast, ethertype Unknown (0x88a2), length 32:
0x0000: 0800 0000 0001 0000 0000 0020 400a 0010 ............@...
0x0010: 0000 ..
it seems the bridge isn`t forwarding them from dummy0 to dummy1
i have setup the bridge 2 or 3 times - but it doesn`t seem to work as expected.
i`m on SuSE 9.2 with kernel 2.6.8-24.19-default
regards
roland
> -----Ursprüngliche Nachricht-----
> Von: devzero@web.de
> Gesendet: 12.03.06 12:38:49
> An: bridge@osdl.org
> Betreff: aoe/vblade on "localhost"
> 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
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bridge] Re: aoe/vblade on "localhost"
@ 2006-03-12 15:16 devzero
0 siblings, 0 replies; 2+ messages in thread
From: devzero @ 2006-03-12 15:16 UTC (permalink / raw)
To: bridge
update:
i`m sorry - ignore this post, made a mistake here.
the aoe driver was accidentally bound to both interfaces.
i corrected this and AoE-driver behaves the same as vblade: it sends out packets, but they seem to get forwarded at all
regards
roland
> -----Ursprüngliche Nachricht-----
> Von: devzero@web.de
> Gesendet: 12.03.06 14:10:07
> An: bridge@osdl.org
> Betreff: Re: aoe/vblade on "localhost"
> some more info:
>
> > 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
>
> actually, the broadcasts of AoE driver get through from dummy1 to dummy0 - i see 2 packets on dummy0 and those 2 being forwarded on dummy1
>
> vserver2:~ # tcpdump -i dummy0 &
> [1] 11302
> vserver2:~ # tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on dummy0, link-type EN10MB (Ethernet), capture size 96 bytes
>
> vserver2:~ # tcpdump -i dummy1 &
> [2] 11303
> vserver2:~ # tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on dummy1, link-type EN10MB (Ethernet), capture size 96 bytes
>
> 14:02:09.887410 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
> 0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
> 0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
> 14:02:09.888004 ca:90:06:04:f6:ec > Broadcast, ethertype Unknown (0x88a2), length 60:
> 0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
> 0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
> 14:02:09.886699 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
> 0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
> 0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
> 14:02:09.888278 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
> 0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
> 0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
>
>
> but - the broadcasts from vblade (connected to dummy0) can only be seen on dummy0, but not on dummy1:
>
>
> vserver2:~ # tcpdump -i dummy0
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on dummy0, link-type EN10MB (Ethernet), capture size 96 bytes
>
> 14:04:33.825077 ca:90:06:04:f6:ec > Broadcast, ethertype Unknown (0x88a2), length 32:
> 0x0000: 0800 0000 0001 0000 0000 0020 400a 0010 ............@...
> 0x0010: 0000 ..
>
> it seems the bridge isn`t forwarding them from dummy0 to dummy1
>
> i have setup the bridge 2 or 3 times - but it doesn`t seem to work as expected.
>
> i`m on SuSE 9.2 with kernel 2.6.8-24.19-default
>
> regards
> roland
>
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: devzero@web.de
> > Gesendet: 12.03.06 12:38:49
> > An: bridge@osdl.org
> > Betreff: aoe/vblade on "localhost"
>
>
> > 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
>
>
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-03-12 15:16 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-12 15:16 [Bridge] Re: aoe/vblade on "localhost" devzero
-- strict thread matches above, loose matches on Subject: below --
2006-03-12 13:10 devzero
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.