|
Bugzilla – Full Text Bug Listing |
| Summary: | CSMA: padding not handled correctly for LLC encapsulation | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | Tom Goff <tgoff> |
| Component: | devices | Assignee: | Tom Henderson <tomh> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ns-bugs, tomh |
| Priority: | P5 | ||
| Version: | ns-3-dev | ||
| Hardware: | All | ||
| OS: | All | ||
| Attachments: | Possible fix | ||
changeset: 2bdd52256e8a |
Created attachment 1036 [details] Possible fix The attached patch addresses two issues: - The length field should not include added padding. From IEEE 802.3-2008 section 3.2.6: If the value of this field is less than or equal to 1500 decimal (05DC hexadecimal), then the Length/ Type field indicates the number of MAC client data octets contained in the subsequent MAC Client Data field of the basic frame (Length interpretation). ... Regardless of the interpretation of the Length/Type field, if the length of the MAC Client Data field is less than the minimum required for proper operation of the protocol, a Pad field (a sequence of octets) will be added after the MAC Client Data field but prior to the FCS field, specified below. - Padding is added when sending but not stripped when receiving.