- dev - lists.frrouting.org

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 05 Sep '17

05 Sep '17

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 6 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 6 of 6 defect(s) ** CID 1455339: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_fsm.c: 416 in eigrp_fsm_event_keep_state() ________________________________________________________________________________________________________ *** CID 1455339: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_fsm.c: 416 in eigrp_fsm_event_keep_state() 410 prefix->distance = ne->distance; 411 prefix->reported_metric = 412 ne->total_metric; 413 if (msg->packet_type == EIGRP_OPC_QUERY) 414 eigrp_send_reply(msg->adv_router, prefix); 415 prefix->req_action |= EIGRP_FSM_NEED_UPDATE; >>> CID 1455339: Null pointer dereferences (NULL_RETURNS) >>> Dereferencing a null pointer "eigrp_lookup()". 416 listnode_add( 417 (eigrp_lookup())->topology_changes_internalIPV4, 418 prefix); 419 } 420 eigrp_topology_update_node_flags(prefix); 421 eigrp_update_routing_table(prefix); ** CID 1455338: (NULL_RETURNS) /eigrpd/eigrp_filter.c: 85 in eigrp_distribute_update() /eigrpd/eigrp_filter.c: 87 in eigrp_distribute_update() /eigrpd/eigrp_filter.c: 89 in eigrp_distribute_update() /eigrpd/eigrp_filter.c: 184 in eigrp_distribute_update() ________________________________________________________________________________________________________ *** CID 1455338: (NULL_RETURNS) /eigrpd/eigrp_filter.c: 85 in eigrp_distribute_update() 79 if (!dist->ifname) { 80 /* access list IN for whole process */ 81 if (dist->list[DISTRIBUTE_V4_IN]) { 82 alist = access_list_lookup( 83 AFI_IP, dist->list[DISTRIBUTE_V4_IN]); 84 if (alist) >>> CID 1455338: (NULL_RETURNS) >>> Dereferencing a null pointer "e". 85 e->list[EIGRP_FILTER_IN] = alist; 86 else 87 e->list[EIGRP_FILTER_IN] = NULL; 88 } else { 89 e->list[EIGRP_FILTER_IN] = NULL; 90 } /eigrpd/eigrp_filter.c: 87 in eigrp_distribute_update() 81 if (dist->list[DISTRIBUTE_V4_IN]) { 82 alist = access_list_lookup( 83 AFI_IP, dist->list[DISTRIBUTE_V4_IN]); 84 if (alist) 85 e->list[EIGRP_FILTER_IN] = alist; 86 else >>> CID 1455338: (NULL_RETURNS) >>> Dereferencing a null pointer "e". 87 e->list[EIGRP_FILTER_IN] = NULL; 88 } else { 89 e->list[EIGRP_FILTER_IN] = NULL; 90 } 91 92 /* access list OUT for whole process */ /eigrpd/eigrp_filter.c: 89 in eigrp_distribute_update() 83 AFI_IP, dist->list[DISTRIBUTE_V4_IN]); 84 if (alist) 85 e->list[EIGRP_FILTER_IN] = alist; 86 else 87 e->list[EIGRP_FILTER_IN] = NULL; 88 } else { >>> CID 1455338: (NULL_RETURNS) >>> Dereferencing a null pointer "e". 89 e->list[EIGRP_FILTER_IN] = NULL; 90 } 91 92 /* access list OUT for whole process */ 93 if (dist->list[DISTRIBUTE_V4_OUT]) { 94 alist = access_list_lookup( /eigrpd/eigrp_filter.c: 184 in eigrp_distribute_update() 178 179 /*struct eigrp_if_info * info = ifp->info; 180 ei = info->eigrp_interface;*/ 181 struct listnode *node, *nnode; 182 struct eigrp_interface *ei2; 183 /* Find proper interface */ >>> CID 1455338: (NULL_RETURNS) >>> Dereferencing a null pointer "e". 184 for (ALL_LIST_ELEMENTS(e->eiflist, node, nnode, ei2)) { 185 if (strcmp(ei2->ifp->name, ifp->name) == 0) { 186 ei = ei2; 187 break; 188 } 189 } ** CID 1455337: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_interface.c: 444 in eigrp_if_free() ________________________________________________________________________________________________________ *** CID 1455337: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_interface.c: 444 in eigrp_if_free() 438 THREAD_OFF(ei->t_hello); 439 eigrp_hello_send(ei, EIGRP_HELLO_GRACEFUL_SHUTDOWN, NULL); 440 } 441 442 dest_addr = *ei->connected->address; 443 apply_mask(&dest_addr); >>> CID 1455337: Null pointer dereferences (NULL_RETURNS) >>> Dereferencing a null pointer "eigrp". 444 pe = eigrp_topology_table_lookup_ipv4(eigrp->topology_table, 445 &dest_addr); 446 if (pe) 447 eigrp_prefix_entry_delete(eigrp->topology_table, pe); 448 449 eigrp_if_down(ei); ** CID 1455336: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_topology.c: 467 in eigrp_update_routing_table() ________________________________________________________________________________________________________ *** CID 1455336: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_topology.c: 467 in eigrp_update_routing_table() 461 } 462 } 463 464 void eigrp_update_routing_table(struct eigrp_prefix_entry *prefix) 465 { 466 struct eigrp *eigrp = eigrp_lookup(); >>> CID 1455336: Null pointer dereferences (NULL_RETURNS) >>> Dereferencing a null pointer "eigrp". 467 struct list *successors = 468 eigrp_topology_get_successor_max(prefix, eigrp->max_paths); 469 struct listnode *node; 470 struct eigrp_nexthop_entry *entry; 471 472 if (successors) { ** CID 1455335: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_topology.c: 446 in eigrp_topology_update_node_flags() ________________________________________________________________________________________________________ *** CID 1455335: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_topology.c: 446 in eigrp_topology_update_node_flags() 440 { 441 struct listnode *node; 442 struct eigrp_nexthop_entry *entry; 443 struct eigrp *eigrp = eigrp_lookup(); 444 445 for (ALL_LIST_ELEMENTS_RO(dest->entries, node, entry)) { >>> CID 1455335: Null pointer dereferences (NULL_RETURNS) >>> Dereferencing a null pointer "eigrp". 446 if (((uint64_t)entry->distance 447 <= (uint64_t)dest->distance * (uint64_t)eigrp->variance) 448 && entry->distance != EIGRP_MAX_METRIC) // is successor 449 { 450 entry->flags |= EIGRP_NEXTHOP_ENTRY_SUCCESSOR_FLAG; 451 entry->flags &= ~EIGRP_NEXTHOP_ENTRY_FSUCCESSOR_FLAG; ** CID 1455334: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_topology.c: 217 in eigrp_prefix_entry_delete() ________________________________________________________________________________________________________ *** CID 1455334: Null pointer dereferences (NULL_RETURNS) /eigrpd/eigrp_topology.c: 217 in eigrp_prefix_entry_delete() 211 struct eigrp *eigrp = eigrp_lookup(); 212 213 /* 214 * Emergency removal of the node from this list. 215 * Whatever it is. 216 */ >>> CID 1455334: Null pointer dereferences (NULL_RETURNS) >>> Dereferencing a null pointer "eigrp". 217 listnode_delete(eigrp->topology_changes_internalIPV4, node); 218 219 if (listnode_lookup(topology, node) != NULL) { 220 list_delete_all_node(node->entries); 221 list_free(node->entries); 222 list_free(node->rij); ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

FRR, NVO3, VNC, .. what happens underneath?
by Raymond Burkholder 03 Sep '17

03 Sep '17

Hello, I have a network virtualisation scenario, and I think FRR might be a part of it, but I am not sure. I have taken a look at https://frrouting.org/user-guide/VNC-and-VNC_002dGW.html, and taken a quick skim of the NVO3 stuff. The NVO3 stuff references a bunch of possibilities. The FRR site provides command descriptions and a few examples. The bit missing from the FRR site is what happens underneath? What is actually used for encapsulation? How does FRR interact with the encapsulation layer? There was a one word reference to OpenFlow, but what is the glue that ties FRR, VNC, and the underpinnings together, particularly in a Linux environment? Are there any presentations, blog entries, black-magic or dark-art places describing example scenarios? Or is it really just that simple? An additional search problem is that VNC refers to screen virtualisation, so search parameters become delicate. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 4

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 31 Aug '17

31 Aug '17

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 2 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 78 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 2 of 2 defect(s) ** CID 1455230: Resource leaks (RESOURCE_LEAK) /eigrpd/eigrp_packet.c: 275 in eigrp_make_sha256_digest() ________________________________________________________________________________________________________ *** CID 1455230: Resource leaks (RESOURCE_LEAK) /eigrpd/eigrp_packet.c: 275 in eigrp_make_sha256_digest() 269 if (keychain) 270 key = key_lookup_for_send(keychain); 271 272 if (!key) { 273 zlog_warn("Interface %s: Expected key value not found in config", 274 ei->ifp->name); >>> CID 1455230: Resource leaks (RESOURCE_LEAK) >>> Variable "auth_TLV" going out of scope leaks the storage it points to. 275 return 0; 276 } 277 278 inet_ntop(AF_INET, &ei->address->u.prefix4, source_ip, PREFIX_STRLEN); 279 280 memset(&ctx, 0, sizeof(ctx)); ** CID 1455229: (BUFFER_SIZE_WARNING) /eigrpd/eigrp_packet.c: 625 in eigrp_read() /eigrpd/eigrp_packet.c: 626 in eigrp_read() ________________________________________________________________________________________________________ *** CID 1455229: (BUFFER_SIZE_WARNING) /eigrpd/eigrp_packet.c: 625 in eigrp_read() 619 start of the eigrp TLVs */ 620 opcode = eigrph->opcode; 621 622 if (IS_DEBUG_EIGRP_TRANSMIT(0, RECV)) { 623 char src[PREFIX_STRLEN], dst[PREFIX_STRLEN]; 624 >>> CID 1455229: (BUFFER_SIZE_WARNING) >>> Calling strncpy with a maximum size argument of 51 bytes on destination array "src" of size 51 bytes might leave the destination string unterminated. 625 strncpy(src, inet_ntoa(iph->ip_src), PREFIX_STRLEN); 626 strncpy(dst, inet_ntoa(iph->ip_dst), PREFIX_STRLEN); 627 zlog_debug("Received [%s][%d/%d] length [%u] via [%s] src [%s] dst [%s]", 628 lookup_msg(eigrp_packet_type_str, opcode, NULL), 629 ntohl(eigrph->sequence), ntohl(eigrph->ack), length, 630 IF_NAME(ei), src, dst); /eigrpd/eigrp_packet.c: 626 in eigrp_read() 620 opcode = eigrph->opcode; 621 622 if (IS_DEBUG_EIGRP_TRANSMIT(0, RECV)) { 623 char src[PREFIX_STRLEN], dst[PREFIX_STRLEN]; 624 625 strncpy(src, inet_ntoa(iph->ip_src), PREFIX_STRLEN); >>> CID 1455229: (BUFFER_SIZE_WARNING) >>> Calling strncpy with a maximum size argument of 51 bytes on destination array "dst" of size 51 bytes might leave the destination string unterminated. 626 strncpy(dst, inet_ntoa(iph->ip_dst), PREFIX_STRLEN); 627 zlog_debug("Received [%s][%d/%d] length [%u] via [%s] src [%s] dst [%s]", 628 lookup_msg(eigrp_packet_type_str, opcode, NULL), 629 ntohl(eigrph->sequence), ntohl(eigrph->ack), length, 630 IF_NAME(ei), src, dst); 631 } ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 30 Aug '17

30 Aug '17

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 1 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1455175: Null pointer dereferences (REVERSE_INULL) /zebra/zebra_vxlan.c: 3935 in zebra_vxlan_add_del_gw_macip() ________________________________________________________________________________________________________ *** CID 1455175: Null pointer dereferences (REVERSE_INULL) /zebra/zebra_vxlan.c: 3935 in zebra_vxlan_add_del_gw_macip() 3929 NULL; /* link info for the SVI = bridge info */ 3930 3931 svi_if_zif = ifp->info; 3932 svi_if_link = 3933 if_lookup_by_index_per_ns(zebra_ns_lookup(NS_DEFAULT), 3934 svi_if_zif->link_ifindex); >>> CID 1455175: Null pointer dereferences (REVERSE_INULL) >>> Null-checking "svi_if_zif" suggests that it may be null, but it has already been dereferenced on all paths leading to the check. 3935 if (svi_if_zif && svi_if_link) 3936 zvni = zvni_map_svi(ifp, svi_if_link); 3937 } else if (IS_ZEBRA_IF_BRIDGE(ifp)) { 3938 zvni = zvni_map_svi(ifp, ifp); 3939 } 3940 ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 30 Aug '17

30 Aug '17

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 1 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1455174: Null pointer dereferences (FORWARD_NULL) /zebra/zebra_vty_clippy.c: 105 in ip_route() ________________________________________________________________________________________________________ *** CID 1455174: Null pointer dereferences (FORWARD_NULL) /zebra/zebra_vty_clippy.c: 105 in ip_route() 99 #if 10 /* anything to parse? */ 100 int _i; 101 #if 1 /* anything that can fail? */ 102 unsigned _fail = 0, _failcnt = 0; 103 #endif 104 const char *no = NULL; >>> CID 1455174: Null pointer dereferences (FORWARD_NULL) >>> Assigning: "prefix" = "NULL". 105 const char *prefix = NULL; 106 struct in_addr mask = { INADDR_ANY }; 107 const char *mask_str = NULL; 108 struct in_addr gate = { INADDR_ANY }; 109 const char *gate_str = NULL; 110 const char *ifname = NULL; ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 26 Aug '17

26 Aug '17

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 2 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 76 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 2 of 2 defect(s) ** CID 1454848: Error handling issues (CHECKED_RETURN) /eigrpd/eigrp_vty.c: 397 in eigrp_network() ________________________________________________________________________________________________________ *** CID 1454848: Error handling issues (CHECKED_RETURN) /eigrpd/eigrp_vty.c: 397 in eigrp_network() 391 "EIGRP network prefix\n") 392 { 393 VTY_DECLVAR_CONTEXT(eigrp, eigrp); 394 struct prefix p; 395 int ret; 396 >>> CID 1454848: Error handling issues (CHECKED_RETURN) >>> Calling "str2prefix" without checking return value (as is done elsewhere 66 out of 80 times). 397 str2prefix(argv[1]->arg, &p); 398 399 ret = eigrp_network_set(eigrp, &p); 400 401 if (ret == 0) { 402 vty_out(vty, "There is already same network statement.\n"); ** CID 1454847: Error handling issues (CHECKED_RETURN) /eigrpd/eigrp_vty.c: 420 in no_eigrp_network() ________________________________________________________________________________________________________ *** CID 1454847: Error handling issues (CHECKED_RETURN) /eigrpd/eigrp_vty.c: 420 in no_eigrp_network() 414 "EIGRP network prefix\n") 415 { 416 VTY_DECLVAR_CONTEXT(eigrp, eigrp); 417 struct prefix p; 418 int ret; 419 >>> CID 1454847: Error handling issues (CHECKED_RETURN) >>> Calling "str2prefix" without checking return value (as is done elsewhere 66 out of 80 times). 420 str2prefix(argv[2]->arg, &p); 421 422 ret = eigrp_network_unset(eigrp, &p); 423 424 if (ret == 0) { 425 vty_out(vty, "Can't find specified network configuration.\n"); ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 24 Aug '17

24 Aug '17

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 1 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 2 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1454646: Control flow issues (DEADCODE) /ospf6d/ospf6_zebra.c: 238 in ospf6_zebra_read_route() ________________________________________________________________________________________________________ *** CID 1454646: Control flow issues (DEADCODE) /ospf6d/ospf6_zebra.c: 238 in ospf6_zebra_read_route() 232 prefix2str((struct prefix *)&api.prefix, prefixstr, 233 sizeof(prefixstr)); 234 if (nexthop) 235 inet_ntop(AF_INET6, nexthop, nexthopstr, 236 sizeof(nexthopstr)); 237 else >>> CID 1454646: Control flow issues (DEADCODE) >>> Execution cannot reach this statement: "snprintf(nexthopstr, 128UL,...". 238 snprintf(nexthopstr, sizeof(nexthopstr), "::"); 239 240 zlog_debug( 241 "Zebra Receive route %s: %s %s nexthop %s ifindex %ld tag %" ROUTE_TAG_PRI, 242 (command == ZEBRA_REDISTRIBUTE_ROUTE_ADD ? "add" 243 : "delete"), ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

Re: [dev] (no subject)
by Renato Westphal 23 Aug '17

23 Aug '17

Hi Yuet Siu, The long term goal is to write a plugin for VPP in FRR. We're already working on a new southbound interface in zebra to make this possible. The problem with the VPPsb's router plugin is that it relies on Netlink messages to mirror the kernel's FIB into VPP's FIB, and Netlink is not a reliable protocol (think about thousands of routes being installed at the same time). Also, we need to have a tighter FRR/VPP integration in order to support advances features like VRF, MPLS L2/L3 VPNs, etc. Unfortunately we have no ETA for the moment. Cheers, Renato. On Wed, Aug 23, 2017 at 9:12 AM, Yuet Siu via dev <dev(a)lists.frrouting.org> wrote: > _______________________________________________ > dev mailing list > dev(a)lists.frrouting.org > https://lists.frrouting.org/listinfo/dev > > > ---------- Forwarded message ---------- > From: Yuet Siu <yfsiu1998(a)yahoo.com> > To: "dev(a)lists.frrouting.org" <dev(a)lists.frrouting.org> > Cc: > Bcc: > Date: Wed, 23 Aug 2017 02:31:52 +0000 (UTC) > Subject: > Hello, > > I'm a developer interested in the FRR project. I'd like to know about the status of the vpp sandbox part: > > VPP Sandbox/router - fd.io > > VPP Sandbox/router - fd.io > > > > Has it been committed to official vpp lineup yet? > > Does the FRR-routing project has newer software updates as compared to the instructions in: > > FRRouting/frr > > FRRouting/frr > > frr - The FRRouting Protocol Suite > > > Thanks a lot, > > Yuet Siu > > -- Renato Westphal

1 0

(no subject)
by Yuet Siu 23 Aug '17

23 Aug '17

Hello, I'm a developer interested in the FRR project. I'd like to know about the status of the vpp sandbox part: VPP Sandbox/router - fd.io | | | | | | | | | | | VPP Sandbox/router - fd.io | | | | Has it been committed to official vpp lineup yet? Does the FRR-routing project has newer software updates as compared to the instructions in: FRRouting/frr | | | | | | | | | | | FRRouting/frr frr - The FRRouting Protocol Suite | | | | Thanks a lot, Yuet Siu

1 0

evpn on ovs
by Raymond Burkholder 23 Aug '17

23 Aug '17

Using https://vincent.bernat.im/en/blog/2017-vxlan-bgp-evpn as a guideline, I was able to get a test environment up and running. I used brctl for local bridging of test and vxlan interfaces. I switched over to openvswitch using ovs-vsctl commands, and was unsuccessful. When running the following, I am missing a "Master (bridge) ifindex __" line. Everything else seems similar, well, other than Type showing up as Ethernet rather than unknown. Is there a bit of secret sauce to run this against openvswitch, or is this not doable at the moment? I havn't poked at the source code to see how the interaction happens. # sh inter vxlan10 Interface vxlan10 is up, line protocol is up Link ups: 0 last: (never) Link downs: 0 last: (never) PTM status: disabled vrf: Default-IP-Routing-Table index 10 metric 0 mtu 1500 speed 0 flags: <UP,BROADCAST,RUNNING,MULTICAST> Type: Ethernet HWaddr: 2e:69:54:74:05:72 inet6 fe80::2c69:54ff:fe74:572/64 Interface Type Vxlan VxLAN Id 10 VTEP IP: 10.10.10.10 Access VLAN Id 1 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0