[EMAIL PROTECTED] wrote:
We now propose to extend dladm
to support direct administration of wireless links; our proposal is at:
http://opensolaris.org/os/community/networking/wifi-dladm-design.pdf
We welcome your feedback. The timer for comments is set at two weeks
(March 22nd).
- You mention upcoming wireless technologies (e.g. WiMAX).
Is it wise to nail the explicit word "wifi" into the subcommand
names {scan,connect,show,disconnect}-wifi?
Could the project be used, e.g. for access to data-networking on
cable?
- It seems that you're conflating the concepts of the device used
to access the channel, and the data-link channel itself, by
modeling the selection of the channel (wifi channel number plus
ESSID) as properties attached to the major identifier used by
dladm (the link name).
I'm concerned that the implied semantics of "a data link" which in
the wifi case, to me, means the channel defined by [frequency, ESSID]
are being obscured. The labeling confusion might give rise
to higher support costs. There are potentially multiple data-links
available at one time.
(Nit) can any extant wifi hardware talk to multiple ESSIDs (or, indeed
frequencies)?
Was any consideration given to alternate models?
Cheers,
Jeremy Harris
_______________________________________________
networking-discuss mailing list
[email protected]
