You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/cumulus-linux-516/Whats-New/rn.md
+4-2Lines changed: 4 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,7 +20,7 @@ pdfhidden: True
20
20
| <aname="4895247"></a> [4895247](#4895247) <aname="4895247"></a> <br /> | PTM does not refresh certain entries and the PTM's neighbor status command (ptmctl -d) continues to show a neighbor that is already gone. This condition clears when the expected neighbor gets discovered. | 5.15.1-5.16.1 ||
21
21
| <aname="4889939"></a> [4889939](#4889939) <aname="4889939"></a> <br /> | In an MLAG configuration, when the MLAG node receives MLAG peer keepalives from an IP address that is not configured as the peer IP address, a peer IP address mismatch conflict occurs. Even after the conflict is resolved, you sometimes see that the MLAG session still retains the peer IP mismatch conflict. | 5.14.0-5.16.1 ||
22
22
| <aname="4885553"></a> [4885553](#4885553) <aname="4885553"></a> <br /> | If ZTP uses a proxy server for image download using <code>onie-install</code>, the image install fails with signing issues. | 5.12.0-5.16.1 ||
23
-
| <aname="4885474"></a> [4885474](#4885474) <aname="4885474"></a> <br /> | During warm boot, a transient error "ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1" appears in the <code>switchd</code> log. You can ignore this error; VRF configuration is not affected. | 5.16.0-5.16.1 ||
23
+
| <aname="4885474"></a> [4885474](#4885474) <aname="4885474"></a> <br /> | During warm boot, a transient error <code>ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1</code> appears in the <code>switchd</code> log. You can ignore this error; VRF configuration is not affected. | 5.16.0-5.16.1 ||
24
24
| <aname="4882392"></a> [4882392](#4882392) <aname="4882392"></a> <br /> | If you run the <code>nv show evpn access-vlan-info vlan</code> command after deleting a bond interface, which is part of a bridge, the server encounters an internal error. | 5.9.1-5.16.1 ||
25
25
| <aname="4879165"></a> [4879165](#4879165) <aname="4879165"></a> <br /> | When you configure dynamic NAT and traffic enters the switch on a bridge port that is routed through a VLAN SVI (the standard MLAG bridge topology), NAT flows are not offloaded to the ASIC. An upstream kernel change clears an internal flag during the bridge-to-host handoff that the NAT offload path depends on to signal the hardware. As a result, all dynamic NAT flows fall back to software forwarding on the CPU, reducing throughput by over 99%. Static NAT and deployments using direct layer 3 ports (no bridge) are not affected. | 5.14.0-5.16.1 ||
26
26
| <aname="4875640"></a> [4875640](#4875640) <aname="4875640"></a> <br /> | A rare timing scenario results in the following error log in <code>switchd</code>:<br><pre>ERR bulk_counter_transaction_set DISABLE failed: Driver's Return Status is Non-Zero</pre> | 5.16.0-5.16.1 ||
@@ -161,6 +161,7 @@ pdfhidden: True
161
161
| <aname="4923647"></a> [4923647](#4923647) <aname="4923647"></a> <br /> | The graceful restart helper node experiences temporary traffic loss when the peer goes under warm boot. | 5.16.0 ||
162
162
| <aname="4923036"></a> [4923036](#4923036) <aname="4923036"></a> <br /> | When an SDK health monitoring or <code>switchd</code> watchdog event occurs, the switch might generate the following error message and does not recover automatically:<br><pre>hal_mlx_port.c:3919 ERR port state set failed for port <#>: Driver's Return Status is Non-Zero </pre> | 5.16.0 ||
163
163
| <aname="4922108"></a> [4922108](#4922108) <aname="4922108"></a> <br /> | The vtysh <code>show bgp ipv4 unreachability <prefix> json</code> and <code>show bgp ipv6 unreachability <prefix> json</code> commands do not display BGP community attributes (including <code>graceful-shutdown</code>) in the JSON output even though they are shown correctly in the non-JSON text output.<br>Network automation tools and scripts relying on JSON output might not detect the <code>graceful-shutdown</code> community on unreachability routes, making it difficult to identify routes that are withdrawn due to graceful shutdown procedures. | 5.16.0 ||
164
+
| <aname="4922106"></a> [4922106](#4922106) <aname="4922106"></a> <br /> | The NVUE <code>nv show system dot1x ipv6-profile</code> command does not show the correct <code>preserve-on-link-down</code> status. To work around this issue, use the <code>--applied</code> option (<code>nv show system dot1x ipv6-profile --applied</code>). | 5.16.0 ||
164
165
| <aname="4922105"></a> [4922105](#4922105) <aname="4922105"></a> <br /> | The JSON output for the vtysh <code>show bgp <address-family> unreachability> summary</code> reports peers as <code>Established</code> even when the AFI or SAFI is not negotiated, while the plain summary shows <code>NoNeg</code>. This causes JSON to misrepresent the per‑AFI or SAFI state for established sessions. | 5.16.0 ||
165
166
| <aname="4922104"></a> [4922104](#4922104) <aname="4922104"></a> <br /> | When the system is under load and the <code>wd_keepalive</code> process is running at the default rate of one time per minute, the switch might reboot due to starvation of the <code>wd_keepalive</code> process. | 5.13.1-5.16.0 ||
166
167
| <aname="4922099"></a> [4922099](#4922099) <aname="4922099"></a> <br /> | In a highly volatile network, frequent churn of SOO‑tagged routes can generate a large volume of SOO NHG sync messages to Zebra. When Zebra becomes congested while processing these NHG updates, its memory usage can grow significantly. | 5.14.0-5.16.0 ||
@@ -181,6 +182,7 @@ pdfhidden: True
181
182
| <aname="4923647"></a> [4923647](#4923647) <aname="4923647"></a> <br /> | The graceful restart helper node experiences temporary traffic loss when the peer goes under warm boot. | 5.16.0 ||
182
183
| <aname="4923036"></a> [4923036](#4923036) <aname="4923036"></a> <br /> | When an SDK health monitoring or <code>switchd</code> watchdog event occurs, the switch might generate the following error message and does not recover automatically:<br><pre>hal_mlx_port.c:3919 ERR port state set failed for port <#>: Driver's Return Status is Non-Zero </pre> | 5.16.0 ||
183
184
| <aname="4922108"></a> [4922108](#4922108) <aname="4922108"></a> <br /> | The vtysh <code>show bgp ipv4 unreachability <prefix> json</code> and <code>show bgp ipv6 unreachability <prefix> json</code> commands do not display BGP community attributes (including <code>graceful-shutdown</code>) in the JSON output even though they are shown correctly in the non-JSON text output.<br>Network automation tools and scripts relying on JSON output might not detect the <code>graceful-shutdown</code> community on unreachability routes, making it difficult to identify routes that are withdrawn due to graceful shutdown procedures. | 5.16.0 ||
185
+
| <aname="4922106"></a> [4922106](#4922106) <aname="4922106"></a> <br /> | The NVUE <code>nv show system dot1x ipv6-profile</code> command does not show the correct <code>preserve-on-link-down</code> status. To work around this issue, use the <code>--applied</code> option (<code>nv show system dot1x ipv6-profile --applied</code>). | 5.16.0 ||
184
186
| <aname="4922105"></a> [4922105](#4922105) <aname="4922105"></a> <br /> | The JSON output for the vtysh <code>show bgp <address-family> unreachability> summary</code> reports peers as <code>Established</code> even when the AFI or SAFI is not negotiated, while the plain summary shows <code>NoNeg</code>. This causes JSON to misrepresent the per‑AFI or SAFI state for established sessions. | 5.16.0 ||
185
187
| <aname="4922104"></a> [4922104](#4922104) <aname="4922104"></a> <br /> | When the system is under load and the <code>wd_keepalive</code> process is running at the default rate of one time per minute, the switch might reboot due to starvation of the <code>wd_keepalive</code> process. | 5.13.1-5.16.0 ||
186
188
| <aname="4922099"></a> [4922099](#4922099) <aname="4922099"></a> <br /> | In a highly volatile network, frequent churn of SOO‑tagged routes can generate a large volume of SOO NHG sync messages to Zebra. When Zebra becomes congested while processing these NHG updates, its memory usage can grow significantly. | 5.14.0-5.16.0 ||
@@ -193,7 +195,7 @@ pdfhidden: True
193
195
| <aname="4895247"></a> [4895247](#4895247) <aname="4895247"></a> <br /> | PTM does not refresh certain entries and the PTM's neighbor status command (ptmctl -d) continues to show a neighbor that is already gone. This condition clears when the expected neighbor gets discovered. | 5.15.1-5.16.0 ||
194
196
| <aname="4889939"></a> [4889939](#4889939) <aname="4889939"></a> <br /> | In an MLAG configuration, when the MLAG node receives MLAG peer keepalives from an IP address that is not configured as the peer IP address, a peer IP address mismatch conflict occurs. Even after the conflict is resolved, you sometimes see that the MLAG session still retains the peer IP mismatch conflict. | 5.14.0-5.16.0 ||
195
197
| <aname="4885553"></a> [4885553](#4885553) <aname="4885553"></a> <br /> | If ZTP uses a proxy server for image download using <code>onie-install</code>, the image install fails with signing issues. | 5.12.0-5.16.0 ||
196
-
| <aname="4885474"></a> [4885474](#4885474) <aname="4885474"></a> <br /> | During warm boot, a transient error "ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1" appears in the <code>switchd</code> log. You can ignore this error; VRF configuration is not affected. | 5.16.0 ||
198
+
| <aname="4885474"></a> [4885474](#4885474) <aname="4885474"></a> <br /> | During warm boot, a transient error <code>ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1</code> appears in the <code>switchd</code> log. You can ignore this error; VRF configuration is not affected. | 5.16.0 ||
197
199
| <aname="4882392"></a> [4882392](#4882392) <aname="4882392"></a> <br /> | If you run the <code>nv show evpn access-vlan-info vlan</code> command after deleting a bond interface, which is part of a bridge, the server encounters an internal error. | 5.9.1-5.16.0 ||
198
200
| <aname="4879165"></a> [4879165](#4879165) <aname="4879165"></a> <br /> | When you configure dynamic NAT and traffic enters the switch on a bridge port that is routed through a VLAN SVI (the standard MLAG bridge topology), NAT flows are not offloaded to the ASIC. An upstream kernel change clears an internal flag during the bridge-to-host handoff that the NAT offload path depends on to signal the hardware. As a result, all dynamic NAT flows fall back to software forwarding on the CPU, reducing throughput by over 99%. Static NAT and deployments using direct layer 3 ports (no bridge) are not affected. | 5.14.0-5.16.0 ||
199
201
| <aname="4875640"></a> [4875640](#4875640) <aname="4875640"></a> <br /> | A rare timing scenario results in the following error log in <code>switchd</code>:<br><pre>ERR bulk_counter_transaction_set DISABLE failed: Driver's Return Status is Non-Zero</pre> | 5.16.0 ||
Copy file name to clipboardExpand all lines: content/cumulus-linux-516/rn.xml
+13-2Lines changed: 13 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -46,7 +46,7 @@
46
46
</tr>
47
47
<tr>
48
48
<td>4885474</td>
49
-
<td>During warm boot, a transient error "ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1" appears in the {{switchd}} log. You can ignore this error; VRF configuration is not affected.</td>
49
+
<td>During warm boot, a transient error {{ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1}} appears in the {{switchd}} log. You can ignore this error; VRF configuration is not affected.</td>
50
50
<td>5.16.0-5.16.1</td>
51
51
<td></td>
52
52
</tr>
@@ -935,6 +935,11 @@ hal_mlx_port.c:3919 ERR port state set failed for port <#>: Driver's Retur
935
935
<td>5.16.0</td>
936
936
</tr>
937
937
<tr>
938
+
<td>4922106</td>
939
+
<td>The NVUE {{nv show system dot1x ipv6-profile}} command does not show the correct {{preserve-on-link-down}} status. To work around this issue, use the {{--applied}} option ({{nv show system dot1x ipv6-profile --applied}}).</td>
940
+
<td>5.16.0</td>
941
+
</tr>
942
+
<tr>
938
943
<td>4922105</td>
939
944
<td>The JSON output for the vtysh {{show bgp <address-family> unreachability> summary}} reports peers as {{Established}} even when the AFI or SAFI is not negotiated, while the plain summary shows {{NoNeg}}. This causes JSON to misrepresent the per‑AFI or SAFI state for established sessions.</td>
940
945
<td>5.16.0</td>
@@ -1021,6 +1026,12 @@ hal_mlx_port.c:3919 ERR port state set failed for port <#>: Driver's Retur
1021
1026
<td></td>
1022
1027
</tr>
1023
1028
<tr>
1029
+
<td>4922106</td>
1030
+
<td>The NVUE {{nv show system dot1x ipv6-profile}} command does not show the correct {{preserve-on-link-down}} status. To work around this issue, use the {{--applied}} option ({{nv show system dot1x ipv6-profile --applied}}).</td>
1031
+
<td>5.16.0</td>
1032
+
<td></td>
1033
+
</tr>
1034
+
<tr>
1024
1035
<td>4922105</td>
1025
1036
<td>The JSON output for the vtysh {{show bgp <address-family> unreachability> summary}} reports peers as {{Established}} even when the AFI or SAFI is not negotiated, while the plain summary shows {{NoNeg}}. This causes JSON to misrepresent the per‑AFI or SAFI state for established sessions.</td>
1026
1037
<td>5.16.0</td>
@@ -1096,7 +1107,7 @@ hal_mlx_port.c:3919 ERR port state set failed for port <#>: Driver's Retur
1096
1107
</tr>
1097
1108
<tr>
1098
1109
<td>4885474</td>
1099
-
<td>During warm boot, a transient error "ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1" appears in the {{switchd}} log. You can ignore this error; VRF configuration is not affected.</td>
1110
+
<td>During warm boot, a transient error {{ERR Failed to enable ipv4-mc for VRF tbl-id:0 vr-id:1}} appears in the {{switchd}} log. You can ignore this error; VRF configuration is not affected.</td>
0 commit comments