On 3/17/11 2:37 PM, River Tarnell wrote:
I believe the fix is for sppp (or sppptun) to mark the packet as IFT_PPP
rather than IFT_ETHER.  This would cause ip_mdata_to_mhi to ignore it
entirely, and since at this point the PPPoE frame cannot be multicast or
broadcast, there would be no loss of functionality.

Yes, a driver which doesn't use Ethernet headers shouldn't claim to be
an Ethernet in the dl_info_ack.

   Erik

_______________________________________________
networking-discuss mailing list
networking-discuss@opensolaris.org

Reply via email to