Bonded interfaces aside (I haven't done it with bonded interfaces, so I'm not sure)

You'll want to use the vconfig command in linux to create your vlan sub-interfaces. Different distributions package it under different names. I think it's vlan under debian.

Basic syntax will be something like vconfig add <device> <vlan>

Then you can use that interface as <device>.<vlan-id> (ie: eth0.4002, is eth0, vlan 4002)


$ vconfig
Expecting argc to be 3-5, inclusive.  Was: 1

Usage: add             [interface-name] [vlan_id]
       rem             [vlan-name]
       set_flag        [interface-name] [flag-num]       [0 | 1]
       set_egress_map  [vlan-name]      [skb_priority]   [vlan_qos]
       set_ingress_map [vlan-name]      [skb_priority]   [vlan_qos]
       set_name_type   [name-type]

* The [interface-name] is the name of the ethernet card that hosts
  the VLAN you are talking about.
* The vlan_id is the identifier (0-4095) of the VLAN you are operating on.
* skb_priority is the priority in the socket buffer (sk_buff).
* vlan_qos is the 3 bit priority in the VLAN header
* name-type:  VLAN_PLUS_VID (vlan0005), VLAN_PLUS_VID_NO_PAD (vlan5),
              DEV_PLUS_VID (eth0.0005), DEV_PLUS_VID_NO_PAD (eth0.5)
* bind-type:  PER_DEVICE  # Allows vlan 5 on eth0 and eth1 to be unique.
              PER_KERNEL  # Forces vlan 5 to be unique across all devices.
* FLAGS:  1 REORDER_HDR  When this is set, the VLAN device will move the
            ethernet header around to make it look exactly like a real
            ethernet device.  This may help programs such as DHCPd which
            read the raw ethernet packet and make assumptions about the
location of bytes. If you don't need it, don't turn it on, because there will be at least a small performance degradation. Default
            is OFF.



On 04/05/2010 09:10 AM, Security Team wrote:
I haven't ever tried to make this work before so this is a new application.

I want to use VLAN tagging so that I can create VLANs with numbers like 999,
1000, 1001 and send those VLANs (in different non-overlapping subnets) all
to a Linux machine over a bonded LACP link.

Here's a config snippet I am constructing, do any of you gurus see any
problems with this general approach?

I create 3 GigE interfaces wrapped into a single bonded interface
Port-channel32--LACP group id 32 (I'll call it bond0 on the Linux host).

My VLAN tagged subnets will be

VLAN 999    192.168.101.0/24
VLAN 1000   192.168.102.0/24
VLAN 1001   192.168.103.0/24

And the Linux Host will be at 10.1.1.2/24 in VLAN 309

Thanks for anyt criticism of my approach, tagged VLANs are new to me I've
always just done routed L3 ones.

I know that the LACP bonding works to the Linux bond0 interface, I think the
weak part here is the VLAN tagging I am using in the Catalyst.

Regards,
CJ


interface Vlan309
  description Linux Host
  ip address 10.1.1.1 255.255.255.0
!
interface Port-channel32
  desc LACP bonded 3 GigE interfaces
  switchport
  switchport access vlan 309
  switchport trunk encapsulation dot1q
  switchport trunk allowed vlan 309,999,1000,1001
!
interface GigabitEthernet4/30
  description GigE 1
  load-interval 30
  speed 1000
  duplex full
  switchport
  switchport access vlan 309
  switchport trunk allowed vlan 309,999,1000,1001
  channel-group 32 mode active
  channel-protocol lacp
!
interface GigabitEthernet4/32
  description GigE 2
  load-interval 30
  speed 1000
  duplex full
  switchport
  switchport access vlan 309
  switchport trunk allowed vlan 309,999,1000,1001
  channel-group 32 mode active
  channel-protocol lacp
!
interface GigabitEthernet5/32
  description GigE 3
  load-interval 30
  speed 1000
  duplex full
  switchport
  switchport access vlan 309
  switchport trunk allowed vlan 309,999,1000,1001
  channel-group 32 mode active
  channel-protocol lacp
!
interface Vlan999
  description tagged vlan
  ip address 192.168.101.1 255.255.255.0
!
interface Vlan1000
  description tagged vlan
  ip address 192.168.102.1 255.255.255.0
!
interface Vlan1001
  description tagged vlan
  ip address 192.168.103.1 255.255.255.0



_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Reply via email to