[LiSA-Users] Regarding LiSA trunk mode

[Radu Rendec]

Hi Radovan,

Thanks a bunch for taking the time to make all the tests in paragraph 17
c) and document everything! I believe that now it's very well explained
and everybody should be able to fix their 802.1q and/or L3 issues in
LiSA.

Cheers,

Radu

On Fri, 2013-06-28 at 08:00 -0400, chicany wrote:
> Hi Radu,
> 
> 
> 
> I made the necessary changes in my LiSA - GNS3 tutorial. Please, check
> the paragraph 17 c) and d). 
> 
> 
> http://brezular.wordpress.com/2010/09/25/lisa/
> 
> 
> 
> Bye!
> 
> 
> Radovan Brezula
> 
> 
> 
> 2013/6/5 Radu Rendec <radu.rendec at mindbit.ro>
> 
>         On Tue, 2013-06-04 at 15:57 -0400, chicany wrote: 
>         
>         > 
>         > I've managed to replicate Ammar's topology and reproduce the
>         > problem. I can confirm that the problem is actually caused
>         > by hardware VLAN untagging. But the problem is that I have
>         > no idea how to change the NIC type for GNS3 VirtualBox
>         > guests. All NIC settings in VirtualBox are overwritten by
>         > GNS3 at the time when it starts the virtual machines. I
>         > couldn't find any NIC type setting in the GNS3 interface.
>         > 
>         > 
>         > Drag  Vbox guest from the left panel  and drop it on GNS3
>         > desktop. Left click on Vbox guest and select Configure. Now
>         > you select  NIC type for particular VBox guest. 
>         
>         
>         
>         
>         Thanks for the hints! I managed to start the test topology
>         (screenshot attached) with "pcnet2" instead of "automatic".
>         Now it works as expected. I attached config.text for the lisa
>         nodes (it's the same on both nodes). I guess this is the
>         "official" workaround for getting lisa trunk interfaces to
>         work in VirtualBox. Perhaps you can do me a favour and add
>         this note to your page that describes lisa configuration in
>         GNS3 :)
>         
>         Change of MAC for VLAN interfaces isn't necessary in this
>         particular scenario, since I'm not using any layer 3
>         functionality on top of lisa (the VLAN interfaces don't even
>         exist for the 2 VLANs that I configured). It is required
>         though when VLAN interfaces are used and they are assigned IP
>         addresses.
>         
>         
>         
>         
>         > I successfully tested trunking between two LiSA instances
>         > emulated by QEMU on GNS3. I used i82557b eth card type.
>         > Change of MAC for VLAN interface was required in order to
>         > get it working.
>         > 
>         
>         I took a look to the kernel tree. The i82557 is supported by
>         the "e100" driver. Quoting from e100.c - the big comment at
>         the beginning of the file, section V:
>         
>         
>                 VLAN offloading of tagging, stripping and filtering is
>                 not supported, but driver will accommodate the extra
>                 4-byte VLAN tag for processing by upper layers.
>         
>         
>         So hardware VLAN untagging (or "stripping" as they call it) is
>         not supported at all, and the driver will pass the original
>         frame (including the 802.1q tag) to the upper layers. This is
>         why it worked for you in QEMU.
>         
>         Thanks again for all the hard work of integrating lisa into
>         GNS3 and creating the VM images!
>         
>         Cheers,
>         
>         Radu
>         
>         
>         
>         
>         _______________________________________________
>         LiSA-Users mailing list
>         LiSA-Users at lisa.mindbit.ro
>         http://lisa.mindbit.ro/mailman/listinfo/lisa-users
>         
> 
> 
> 
> 
> _______________________________________________
> LiSA-Users mailing list
> LiSA-Users at lisa.mindbit.ro
> http://lisa.mindbit.ro/mailman/listinfo/lisa-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lisa.mindbit.ro/pipermail/lisa-users/attachments/20130703/3d9bd55d/attachment.html