>Roland Dreier wrote: >> > So FCoE cannot say "fcoe_mtu = min(OPTIMAL_FCOEMTU,netdev->mtu)" >and >> > send-down frames based on that? >> >> I think the point is that FCoE wants to use OPTIMAL_FCOEMTU (2KB + a >bit >> for headers) even when netdev->mtu is 1500. (eg datacenter network >> supports baby jumbo frames so FCoE traffic that stays within the >network >> should use OPTIMAL_FCOEMTU, while lots of IP traffic is going out >onto a >> 1500-byte MTU campus and having TCP doing lots of PMTU discovery is a >> pain) > >Aren't all stations in the same broadcast domain "supposed" to have the >same MTU, >at least down at L2? So, a station in the broadcast domain just doing >IP and a >station in the broadcast domain doing IP+FCoE "should" have the same >MTU at the >HW level right? It's still the same MTU to LAN, so two stations communicating by IP still communicates on the LAN MTU (netdev->mtu) and FCoE using 2158 should be transparent to LAN. Of course, the corresponding NIC driver needs to have the knowledge to set up correspondingly so HW can do different MTUs. Ideally, I think this knowledge can be retrieved from netdev as an additional MTU, say, netdev->fcoe_mtu, or something else, thus LAN side will not be affected. Thanks. yi -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
