On 03/12/10 13:49, Matthew Huff wrote:
I don't know why it never occurred to me, but on 802.1q trunk links, non-native vlans are encapsulated within 802.1q headers, therefore max packets would have to be fragmented. On trunks that support it, should standard practice to bump up the mtu on both sides to account for the 802.1q header.
No. 802.1q trunks do this automatically i.e. bump MTU from 1518 to 1522 to account for the extra space. I've never seen a switch platform that needed any special config for this to work.
_______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
