-
Notifications
You must be signed in to change notification settings - Fork 520
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IP2ME and Subnet (local) routes are not created for VLAN interface. #180
Comments
I think the reason is that the VLAN subnet and the IP2ME routes are not created on the VLAN interface.
|
VLAN interface is up and has IP address:
Issue is reproducible every time.
In logs I see that IP2ME routes for other interfaces are created:
For VLAN interface is not created:
When trying to ping host I see that ICMP packets reach host. Host generates reply but replay is not trapped to CPU:
On host:
|
@oleksandrivantsiv Please modify the minigraph and see if the VLAN could be created or not. We will enhance the logic in the future for the interface names. |
@stcheng With prefix "Vlan" it works fine, |
Signed-off-by: marian-pritsak <[email protected]>
* Add sairedis bulk route_entry set * Add sairedis bulk route_entry set tests * Support bulk route set in syncd * Fix test for bulkset * Sai player support bulk route set api * Disable tests temporary * Fix return bug * Enable tests * Add try/catch to tests * Temporary disable tests until fix in build environment
…t#180) Two new functions have been added to thermal_base.py for setting critical temperature thresholds. Signed-off-by: d-dashkov <[email protected]>
Steps to reproduce:
Observed behavior:
ARP request packets are trapped to the CPU. VLAN interface sends ARP replay.
ICMP packets with destination IP address equal to VLAN interface IP address are not trapped.
No notice messages about subnet and IP2ME routes creation for VLAN interface in logs.
The text was updated successfully, but these errors were encountered: