<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>PFC on Council of Elrond</title><link>https://songkou.github.io/tags/pfc/</link><description>Recent content in PFC on Council of Elrond</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 20 Jul 2026 04:30:00 +0800</lastBuildDate><atom:link href="https://songkou.github.io/tags/pfc/index.xml" rel="self" type="application/rss+xml"/><item><title>End-to-End RoCEv2 Configuration: Cisco Nexus, Cumulus Linux, and ConnectX</title><link>https://songkou.github.io/posts/rocev2-cisco-cumulus-connectx-end-to-end/</link><pubDate>Mon, 20 Jul 2026 04:30:00 +0800</pubDate><guid>https://songkou.github.io/posts/rocev2-cisco-cumulus-connectx-end-to-end/</guid><description>&lt;p&gt;A RoCEv2 fabric is not complete when the switch merely forwards UDP port 4791. The endpoints and every switch hop must agree on a traffic-class contract: &lt;strong&gt;DSCP classification, internal priority, egress queue, PFC priority, ECN thresholds, CNP handling, MTU, and DCQCN behavior&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;This guide turns that contract into two switch implementations and one host implementation:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Cisco Nexus 9000 with NX-OS Modular QoS CLI (MQC)&lt;/li&gt;
&lt;li&gt;NVIDIA Spectrum with Cumulus Linux and NVUE&lt;/li&gt;
&lt;li&gt;Linux servers with NVIDIA ConnectX-5/6/7 adapters&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The examples use &lt;strong&gt;DSCP 24 for RoCE data&lt;/strong&gt;, &lt;strong&gt;DSCP 48 for CNP&lt;/strong&gt;, and &lt;strong&gt;PFC priority 3&lt;/strong&gt;. Those values are a design choice, not a protocol requirement. If your environment uses DSCP 26, a different PFC priority, or a vendor profile, change the entire path consistently.&lt;/p&gt;</description></item><item><title>Arista_EOS_RoCEv2_Lossless_Config</title><link>https://songkou.github.io/posts/arista-eos-roce-config/</link><pubDate>Mon, 20 Jul 2026 04:00:00 +0800</pubDate><guid>https://songkou.github.io/posts/arista-eos-roce-config/</guid><description>&lt;p&gt;On Cisco NX-OS, enabling PFC for RoCE normally involves several MQC (Modular QoS CLI class-map -&amp;gt; policy-map -&amp;gt; system qos) layers. On Arista EOS, basic PFC can be enabled directly on an interface with two commands:&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;priority-flow-control on
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;priority-flow-control priority 3 no-drop
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;&lt;img src="https://songkou.github.io/posts/arista-eos-roce-config/config-comparison.svg" alt="PFC configuration size compared: Cisco NX-OS needs several MQC layers, while basic Arista EOS PFC needs two interface commands"&gt;&lt;/p&gt;
&lt;p&gt;Those two commands are only the PFC portion of a complete RoCEv2 design. A deployable configuration must also define classification, queue scheduling, ECN, watchdog behavior, buffer thresholds, and the policy on every possible congestion point.&lt;/p&gt;</description></item></channel></rss>