> -----Original Message-----
> From: Ben Greear [mailto:gree...@candelatech.com]
> Sent: Wednesday, November 03, 2010 11:56 PM
> To: open-iscsi@googlegroups.com
> Cc: Iyer, Shyam; micha...@cs.wisc.edu; an...@chelsio.com; w...@broadcom.com
> Subject: Re: case sensitivity of hardware addresses & vlan configs
> 
> On 11/03/2010 08:51 PM, shyam_i...@dell.com wrote:
> >
> >
> >> -----Original Message-----
> >> From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com] On 
> >> Behalf Of Benjamin Li
> >> Sent: Wednesday, November 03, 2010 4:05 PM
> >> To: Mike Christie
> >> Cc: open-iscsi@googlegroups.com; Anish Bhatt; Eddie Wai
> >> Subject: Re: case sensitivity of hardware addresses&  vlan configs
> >>
> >> Hi Anish,
> >>
> >> For the current the Broadcom solution using VLAN's, we currently have
> >> the use the standard Linux tool, vconfig to create a VLAN interface.
> >> This doesn't give much flexability, so we are working on a solution to
> >> utlize the existing "iface.subnet_mask" and "iface.vlan" fields so that
> >> users can specify multiple VLAN's configurations via multiple ifaces
> >> files.  This way the iSCSI offload solution doesn't have to have any
> >> dependency on the L2 interface.  My colleague Eddie Wai, is working on
> >> this solution.  This is a perfect time to discuss a common solution.
> >>
> >
> > Hi,
> >
> > Perfect timing indeed. I am presenting a topic which discusses vlan 
> > management for CNAs, offload
> adapters and NICs in the context of DCB and the various bridged switching 
> modes that you could apply
> in a VM to VM configuration here 
> http://www.linuxplumbersconf.org/2010/ocw/proposals/843.
> >
> > We have observed that vlan management is increasingly becoming a challenge 
> > while networking VMs.
> >
> > I was about to suggest that vconfig could become the defacto tool for vlan 
> > management among
> different classes of CNAs. But it does sound like we are moving differently 
> here.
> >
> > One of the thought is to move vconfig away from /net and thus provide a 
> > generic ioctl interface for
> vlan management among different class of Ethernet adapters.
> 
> You should consider 'ip' and/or netlink api for managing VLANs.  'vconfig' 
> works, but any new effort
> is
> going to go into the netlink API and 'ip' tools...

That would work... Is that something that we can agree upon ..? Not bent upon 
vconfig but need a standard way of setting up vlans...

I am guessing this would need the offload driver to implement callback 
functions in the driver to support the api for the offload interface.

-Shyam

> 
> Thanks,
> Ben
> 
> 
> >
> > -Shyam Iyer
> >
> >> Adding Eddie to the thread,
> >>
> >> Thanks again.
> >>
> >> -Ben
> >>
> >> On Wed, 2010-11-03 at 12:36 -0700, Mike Christie wrote:
> >>> ccing Ben Li from Broadcom.
> >>>
> >>>
> >>> On 11/02/2010 06:42 PM, Anish Bhatt wrote:
> >>>> MAC addresses specified in iface files are currently case sensitive.
> >>>> This can be an issue on vlan interfaces, as isciadm -m iface does not
> >>>> create config files for vlan interfaces and they need to be written
> >>>> manually.  Attached patch will convert uppercase MAC addresses to lower
> >>>> case after reading them (iscsiadm expects them in lower case only).
> >>>>
> >>>>
> >>>>
> >>>> There seems to be another issue with VLAN interfaces.  Interface files
> >>>> for offloaded vlan interfaces (on chelsio cards atleast) need a hardware
> >>>> address to be specified to work. As of now, iscsiadm does not catch this
> >>>
> >>> So for software iscsi and vlans, you just need to specify the netdev
> >>> vlan name (for example eth0.1 for the iface.net_ifacename). You do not
> >>> need to set the hwaddress/mac in the iface.
> >>>
> >>> iscsiadm does not catch what you need for offload because I had no idea
> >>> you were doing this.
> >>>
> >>> For chelsio offload how are you guys specifying things when vlans are
> >>> used and what does cxgb3i export? Do you have to create a vlan with the
> >>> normal linux tools like vconfig first, then for the net_ifacename are
> >>> you specifying the vlan name created by vconfig?
> >>> cxgbi_device_find_by_netdev then matches the names with the real netdev?
> >>>
> >>> Why do you need to pass in the hardware address?
> >>>
> >>>
> >>> There was talk about adding a vlan id:
> >>> http://groups.google.com/group/open-
> >>
> iscsi/browse_thread/thread/7ee3b5bb5502871b/37fe62da7d1ffa4e?lnk=gst&q=Using+IFACE_SUBNET_MASK+and+IFA
> >> CE_VLAN#37fe62da7d1ffa4e
> >>> so we could have a more common way of specifying the vlan to be used.
> >>>
> >>>
> >>>> and will simply fail. This is already noted in the readme, but would
> >>>
> >>> What note in the readme are you referring to?
> >>>
> >>>> there be any interest in adding functionality to 'iscsiadm -m iface' to
> >>>> handle vlan interfaces, or warn about missing hwaddress keys when it
> >>>> comes to offloaded vlan interfaces ?
> >>>>
> >>>> -Anish
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >>
> >> --
> >> You received this message because you are subscribed to the Google Groups 
> >> "open-iscsi" group.
> >> To post to this group, send email to open-is...@googlegroups.com.
> >> To unsubscribe from this group, send email to 
> >> open-iscsi+unsubscr...@googlegroups.com.
> >> For more options, visit this group at 
> >> http://groups.google.com/group/open-iscsi?hl=en.
> >
> 
> 
> --
> Ben Greear <gree...@candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com

-- 
You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to open-is...@googlegroups.com.
To unsubscribe from this group, send email to 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.

Reply via email to