Skip to content
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

VRF extension subinterface MTU conflicts with parent interface MTU and ext_fabric_setup MTU. #318

Open
gnakh opened this issue Aug 21, 2024 · 3 comments

Comments

@gnakh
Copy link

gnakh commented Aug 21, 2024

Community Note

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment

Ansible Version and collection version

ansible [core 2.17.2]
python version = 3.12.4 (main, Jun 6 2024, 18:26:44)
jinja version = 3.1.4
libyaml = True

NDFC version

  • V 12.2.2.238

Affected module(s)

  • dcnm_vrf

Ansible Playbook

    - name: Create and attach VRFs to switches in {{ defaults.msd.fabric_name }} fabric
      cisco.dcnm.dcnm_vrf:
        fabric: '{{ defaults.msd.fabric_name }}'
        state: '{{ state | default("merged") }}'
        config: '{{ vrfs_for_module }}'
      tags: vrfs

Values:

vrfs_for_module:
  - vrf_name: infra
    vrf_id: 51000
    vrf_template: '{{ defaults.vrf_template }}'
    vrf_extension_template: '{{ defaults.extension_vrf_template }}'
    vlan_id: 3100
    vrf_int_mtu: 9000
    attach:
    - ip_address: 198.18.154.16 
      vrf_lite:
        - peer_vrf: corp
          ipv4_addr: 172.16.12.2/30
          neighbor_ipv4: 172.16.12.1
          interface: Ethernet1/24
          dot1q: 100
        - peer_vrf: corp
          ipv4_addr: 172.16.12.10/30
          neighbor_ipv4: 172.16.12.9
          interface: Ethernet1/25
          dot1q: 100
      deploy: true
      deploy: true

### Debug Output

### Expected Behavior

Subinterface used for VRF lite is configured with the value configured for that link in NDFC ext_fabric_setup MTU field 

### Actual Behavior

Subinterface used for VRF lite is configured with MTU 9216 regardless of what NDFC is configured with in the ext_fabric_setup MTU field 

### Steps to Reproduce

Configure the MTU of the parent interface to 9000
Configure the MTU in the ext_fabric_setup to 9000
Deploy a VRF extension on that interface. Deployment to the switch will fail with the following error:

CLI command ' mtu 9216' failed with following error:Delivery failed with message:MTU of sub-interface greater than parent interface detected

Playbook finishes successfuly.
@gnakh gnakh changed the title VRF extension subinterface MTU conflicts with parent interface MTU. VRF extension subinterface MTU conflicts with parent interface MTU and ext_fabric_setup MTU. Aug 21, 2024
@gnakh
Copy link
Author

gnakh commented Aug 21, 2024

This change is needed because the peer is a Catalyst 8500 which supports a maximum MTU of 9198 bytes. I decided to move MTUs to 9000 everywhere.

@gnakh
Copy link
Author

gnakh commented Aug 21, 2024

The issue may be on the NDFC side. However, having the ability to add the MTU value for the subinterface is a must when the device on the other end does not accept 9216 as MTU. In fact, MTU for overlay services should be limited or have a default value of 9000 instead of 9216.

@praveenramoorthy
Copy link
Collaborator

@gnakh, Thanks for opening this request. We will check and get back on this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants