-
Type:
Bug
-
Status: Resolved (View Workflow)
-
Priority:
Medium
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: VOLTHA v1.5
-
Component/s: ponsim
-
Labels:None
-
Environment:
SEBA-in-a-Box
-
Story Points:3
Ponsim is not trapping DHCP packets to the controller (SEBA-269).
The flow matching rules generated by the dhcpl2relay app match DHCP packets with an Ethernet type of 0x0800 (IP packet). To handle matching VLAN-tagged packets, the Ponsim flow matching code uses the Ethernet type in the 802.1Q header. However this doesn't work in the downstream case where the DHCP packets are QinQ-tagged, because the code only looks at the first 802.1Q header and that has an Ethernet type of 0x8100.
I believe the solution is to modify Ponsim's Ethernet type flow matching code to look at the type of the innermost 802.1Q header.
- blocks
-
-
- Resolved
-
| # | Subject | Branch | Project | Status | CR | V |
|---|---|---|---|---|---|---|
| 11571,1 | VOL-1301 Use innermost 802.1Q header for matching Ethernet type | master | voltha | Status: ABANDONED | 0 | +1 |
| 11795,9 | [SEBA-269] SIAB: DHCP packets not trapped to controller [SEBA-341] Ponsim: Add secondary flows to OLT to trap c-tagged DHCP/EAPOL [VOL-1301] Ponsim: Use innermost 802.1Q header for matching Ethernet type [VOL-1302] Ponsim: Fix packet-out for QinQ-tagged packets | master | voltha | Status: MERGED | -1 | +1 |
| 11970,1 | [SEBA-269] SIAB: DHCP packets not trapped to controller [SEBA-341] Ponsim: Add secondary flows to OLT to trap c-tagged DHCP/EAPOL [VOL-1301] Ponsim: Use innermost 802.1Q header for matching Ethernet type [VOL-1302] Ponsim: Fix packet-out for QinQ-tagged packets | voltha-1.6 | voltha | Status: MERGED | +2 | +1 |