Open oscargdd opened 2 years ago
Trying also to push again the topic, is there any ongoing discussion in the community about this?, especially for stitching L2 domains into VNO type services i believe might become important to represent somehow into the configs.
an example representation of how juniper devices try to represent these types of configs:
routing instance L2VSI_INSTANCE {
bridge-domains {
CONTROL {
vlan-id 1501;
routing-interface irb.1501;
vxlan {
vni 21001;
}
}
MANAGEMENT {
vlan-id 1500;
routing-interface irb.1500;
vxlan {
vni 21500;
}
}
TENANT_1 {
vlan-id 1601;
routing-interface irb.1601;
vxlan {
vni 22001;
}
}
TENANT_2 {
vlan-id 1603;
routing-interface irb.1603;
vxlan {
vni 22003;
}
}
}
}
Seems like a reasonable request. Recommend send PR with reference to 2+ vendor implementations of the feature
This issue is stale because it has been open 180 days with no activity. If you wish to keep this issue active, please remove the stale label or add a comment, otherwise will be closed in 14 days.
I see there is an old issue (2016!!) about the topic https://github.com/openconfig/public/issues/30
I open a new one here to trigger the discussion and see what is missing.
There are devices in our network that require only layer 2 functionality, that is, mainly bridge domains. Hence, what we require is just to be ablet to create the bridge domains and associate intefaces/subinterfaces to them.
Also, new EVPN use cases will require having multiple bridge domains. Right now, the assumption is a one-one mapping, so there is no problem :-)
One idea is to create a bridge-domain container within network instance.
For the L2 switch use case, possible solutions would be,
For the EVPN use cases, the possible solution is:
Create a network instance of type L2VSI, enable the EVPN containers, and create the necessary bridge domains.
Comments, thoughts?