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