.. title: Segment Yönlendirme İlkeleri — SR-MPLS ve SRv6
.. bilgi: segment yönlendirme-primeri
.. tarih: 2026-04-07 12:00:00 UTC
.. Etiketler: segment yönlendirme, sr-mpls, srv6, mpls, trafik mühendisliği, ağ iletişimi
.. kategori: Makaleler
.. bağlantı:
.. açıklama: Segment Yönlendirme mimarisi, SR-MPLS etiket yığınları, SRv6 SID'ler ve Segment Yönlendirme Başlığı, SR-TE trafik mühendisliği ve RSVP-TE ile karşılaştırma için pratik kılavuz.
.. yazın: metin
<style>
.calc-container { max-width: 860px; margin: 20px auto; padding: 20px; }
.calc-header { margin-bottom: 30px; padding: 25px; background: linear-gradient(135deg, #667eea 0%, #764ba2 100%); border-radius: 12px; box-shadow: 0 4px 6px rgba(0,0,0,0.1); color: white; }
.calc-header h2 { margin-top: 0; color: white; font-size: 28px; margin-bottom: 10px; }
.calc-header p  { margin: 10px 0; opacity: 0.95; font-size: 15px; }
.result-section { background: white; border: 1px solid #e0e0e0; border-radius: 8px; margin-top: 20px; overflow: hidden; box-shadow: 0 2px 4px rgba(0,0,0,0.05); }
.section-content { padding: 20px; background: #fafafa; }
@media (max-width: 768px) { .calc-header h2 { font-size: 22px; } .calc-container { padding: 10px; } }
.article-body { padding: 24px; background: white; line-height: 1.8; font-size: 15px; color: #333; }
.article-body h3 { color: #2d6a2d; border-bottom: 2px solid #4CAF50; padding-bottom: 6px; }
.article-body a { color: #2d6a2d; }
.article-body a:hover { color: #4CAF50; }
.callout { background: #e8f5e9; border-left: 4px solid #4CAF50; padding: 12px 16px; border-radius: 6px; margin: 16px 0; font-size: 14px; }
.callout.warn { background: #fff8e0; border-color: #f0a500; }
pre, .code-block { background: #1e1e2e; color: #cdd6f4; padding: 14px 18px; border-radius: 8px; font-family: 'Courier New', monospace; font-size: 13px; overflow-x: auto; line-height: 1.5; margin: 12px 0; white-space: pre; }
table { width: 100%; border-collapse: collapse; margin: 16px 0; font-size: 14px; }
th { background: #2d6a2d; color: white; padding: 10px 12px; text-align: left; }
td { padding: 8px 12px; border-bottom: 1px solid #e0e0e0; vertical-align: top; }
tr:nth-child(even) td { background: #f5f5f5; }
</style>
<div class="calc-container">
<div class="calc-header">
<h2>Segment Yönlendirme İlkeleri — SR-MPLS ve SRv6</h2>
<p>Akış başına durum olmadan kaynak yönlendirme: SR'nin RSVP-TE'nin yerini nasıl aldığı, Node-SID'lerin ve Adj-SID'lerin ne yaptığı, SRv6'nın IPv6 adreslerindeki talimatları nasıl kodladığı ve SR-TE'nin trafik mühendisliğinde nereye uyduğu.</p>
</div>
<div class="result-section">
<div class="section-content article-body">
<h3 id="rsvp-problem">1. RSVP-TE ile İlgili Sorun</h3>
<p>RSVP-TE (Kaynak Rezervasyon Protokolü - Trafik Mühendisliği,<a href="https://www.rfc-editor.org/rfc/rfc3209" target="_blank">RFC3209</a>) MPLS ağlarında açık yol kontrolünü etkinleştirdi ancak önemli düzeyde operasyonel karmaşıklığa neden oldu:</p>
<ul>
<li><strong>Akış başına durum:</strong>Her LSP, yol boyunca her yönlendiricide durum gerektirir (RSVP YOLU ve RESV mesajları). Binlerce LSP'nin bulunduğu bir ağda, geçiş yönlendiricileri sürekli olarak yenilenmesi gereken devasa yumuşak durum tablolarını korur.</li>
<li><strong>Başlık sinyali:</strong>Giriş (baş-uç) yönlendiricisi, yolu RSVP yoluyla bildirir. Herhangi bir topoloji değişikliği yeniden sinyal vermeyi gerektirir ve bu da yakınsama yükü yaratır.</li>
<li><strong>Ölçeklenebilirlik:</strong>Tam ağ için LSP'lerin sayısı O(N²) ile birlikte artar ve her LSP, her geçiş yönlendiricisindeki LFIB girişlerini kullanır.</li>
<li><strong>Hızlı Yeniden Yönlendirme karmaşıklığı:</strong>RSVP-FRR (RFC 4090), LSP'leri önceden hesaplanmış güzergahlar veya tesis bypass tünelleriyle korur; çalışan ancak başka bir durum katmanı ekleyen bir özelliktir.</li>
</ul>
<p>Segment Yönlendirme (<a href="https://www.rfc-editor.org/rfc/rfc8402" target="_blank">RFC8402</a>) geçiş düğümlerindeki akış başına durumu tamamen ortadan kaldırır. Kaynak yönlendirici, yönlendirme yolunun tamamını sıralı bir liste olarak kodlar.<em>bölümler</em>paket başlığının kendisinde. Transit yönlendiriciler yalnızca aktif segmenti işler ve LSP durumuna ihtiyaç duymazlar.</p>
<h3 id="sr-architecture">2. SR Mimarisi (RFC 8402)</h3>
<p>A <em>bölüm</em>yönlendiriciye paketi nasıl ileteceğini söyleyen bir talimattır; "bu düğüme git", "bu belirli bitişikten çık" veya "bu VPN aramasını uygula" anlamına gelebilir. Segmentler, Segment Tanımlayıcıları (SID'ler) tarafından tanımlanır. SID'lerin sıralı bir listesi<em>bölüm listesi</em>(veya SID listesi). Aktif bölüm her atlamada işlenir; İşleme tamamlandığında segment kaldırılır ve bir sonraki aktif hale gelir.</p>
<p>İki veri düzlemi örneklemesi mevcuttur:</p>
<ul>
<li><strong>SR-MPLS</strong>: SID'ler MPLS etiketleridir. Segment listesi bir etiket yığınıdır. Mevcut MPLS donanımıyla geriye dönük uyumludur.</li>
<li><strong>SRv6</strong>: SID'ler 128 bit IPv6 adresleridir. Segment listesi Segment Yönlendirme Başlığında (SRH, IPv6 uzantı başlığı) taşınır. IPv6-yerel; MPLS'ye gerek yok.</li>
</ul>
<h3 id="sr-mpls">3. SR-MPLS: Düğüm SID'leri, Adj-SID'ler ve SRGB</h3>
<p>SR-MPLS (<a href="https://www.rfc-editor.org/rfc/rfc8660" target="_blank">RFC8660</a>), IS-IS tarafından tanıtılan iki temel SID türünü tanımlar (<a href="https://www.rfc-editor.org/rfc/rfc8667" target="_blank">RFC8667</a>) veya OSPF (<a href="https://www.rfc-editor.org/rfc/rfc8665" target="_blank">RFC8665</a>) TLV uzantıları olarak:</p>
<table>
<tr><th>SID Türü</th><th>Kapsam</th><th>Kararlılık</th><th>Anlam</th></tr>
<tr><td><strong>Düğüm-SID</strong></td><td>Küresel (SRGB)</td><td>Israrcı</td><td>"En kısa IGP yolunu kullanarak bu düğüme teslimat yapın." Her yönlendiricinin geri döngü/yönlendirici kimliği başına bir Düğüm SID'si vardır. SR etki alanındaki tüm yönlendiricilerin bu etiketi programlaması gerekir.</td></tr>
<tr><td><strong>Bitişiklik-SID</strong>(Adj-SID)</td><td>Yerel (SRLB veya dinamik)</td><td>Geçici (oturum başına)</td><td>"Bu özel arayüzü bu spesifik komşuya ilet." En kısa yoldan bağımsız olarak bir paketi belirli bir bağlantıya zorlamak için kullanılır.</td></tr>
<tr><td><strong>Anycast-SID</strong></td><td>Küresel</td><td>Israrcı</td><td>Bir dizi düğüm tarafından paylaşılır (örneğin, herhangi bir noktaya yayın grubu rota yansıtıcıları veya veri merkezi PoP'leri). Paketler en yakın üyeye teslim edilir.</td></tr>
</table>
<p>The <strong>SRGB</strong>(Segment Yönlendirme Global Bloğu), global olarak önemli SID'ler için ayrılmış etiket aralığıdır. Yapılandırılabilir olmasına rağmen ortak varsayılan değer 16000–23999'dur (Cisco, Juniper). Düğüm-SID'ler şu şekilde kodlanır:<em>indeks değerleri</em>(örneğin, dizin 100) ve dizini SRGB tabanına ekleyerek bir etikete çözümlenir (örneğin, 16000 + 100 = etiket 16100). Küresel SID'lerin tutarlı olması için tüm yönlendiricilerin aynı SRGB'yi kullanması gerekir; satıcılar veya yapılandırmalar arasındaki uyumsuz SGRB'ler yanlış etiketlemeye neden olur.</p>
<div class="callout warn">
<strong>Adj-SID'ler yereldir ve yeniden başlatmalarda veya bağlantı kapaklarında kararlı değildir.</strong>Adj-SID'yi asla statik bir SR ilkesinde kullanmayın veya operasyonel komut dosyalarında kalıcı hale getirmeyin. Sabit yollar için Node-SID'leri ve yalnızca denetleyicinin geçerli değerleri izlediği dinamik olarak hesaplanan SR-TE yolları içindeki Adj-SID'leri kullanın.</div>
<p><strong>SR-MPLS etiket yığını örneği</strong>— doğrudan R1→R5 yolundan kaçınarak, trafiği R3 (açık yol noktası) aracılığıyla R1'den R5'e göndermek:</p>
<pre>Ingress R1 pushes: [Node-SID(R3)] [Node-SID(R5)]
  R1→R2: outer label = SID(R3), inner = SID(R5)
  R2→R3: pops SID(R3) (PHP or explicit-null)
  R3 sees top label = SID(R5); forwards on shortest path to R5
  R5 pops SID(R5); delivers to local application</pre>
<h3 id="srv6">4. SRv6: IPv6 Adresleri Olarak SID'ler</h3>
<p>SRv6 (<a href="https://www.rfc-editor.org/rfc/rfc8986" target="_blank">RFC8986</a>) SID'leri şu şekilde yapılandırılmış 128 bit IPv6 adresleri olarak kodlar:</p>
<pre>| Locator (e.g., /48) | Function (operator-defined, typically 16 bits) | Argument (remaining bits) |</pre>
<ul>
<li><strong>Bulucu</strong>: Düğüme atanan yönlendirilebilir IPv6 öneki. Toplu taşıma yönlendiricileri normal olarak bu ön eke doğru yönlendirilir. Konum bulucu IGP'de tanıtılır.</li>
<li><strong>İşlev</strong>: SID uç noktasında gerçekleştirilecek belirli işlemi tanımlar. Örnekler: End (sonraki SID'ye ilet), End.X (belirli bitişiklikten ilet), End.DT4 (decap ve IPv4 tablo araması — IPv4 VPN'ler için kullanılır), End.DX2 (decap ve L2 çapraz bağlantı).</li>
<li><strong>Argüman</strong>: İşlev için isteğe bağlı ek bağlam (örneğin, entropi için bir akış kimliği).</li>
</ul>
<p>Segment listesi şu şekilde taşınır:<strong>CSÜS</strong>(Segment Yönlendirme Başlığı,<a href="https://www.rfc-editor.org/rfc/rfc8754" target="_blank">RFC8754</a>) — Sonraki Başlık = 43 (Yönlendirme Başlığı), Yönlendirme Türü = 4 olan bir IPv6 uzantı başlığı. SRH şunları içerir:</p>
<ul>
<li>Sol Segment (SL): aktif SID'yi işaret eden segment listesine indeksleme</li>
<li>Etiket: akış sınıflandırma ipucu</li>
<li>Segment Listesi[0..n]: sıralı SID'ler (son SID hedeftir)</li>
</ul>
<p>SR uyumlu her düğümde, eğer IPv6 hedefi yerel bir SID ile eşleşirse, düğüm SID'nin işlevini yürütür, Sol Segmenti azaltır ve iletme öncesinde Segment Listesini[Sol Segment] IPv6 DA'ya kopyalar.</p>
<h3 id="sr-te">5. SR-TE ile Trafik Mühendisliği</h3>
<p>SR-TE (<a href="https://www.rfc-editor.org/rfc/rfc9256" target="_blank">RFC9256</a>— SR Politika Mimarisi), RSVP-TE LSP'lerini şununla değiştirir:<em>SR Politikaları</em>, her biri şu şekilde tanımlanır:</p>
<ul>
<li><strong>Başlık</strong>: Politikayı başlatan giriş düğümü</li>
<li><strong>Renk</strong>: Trafiği (BGP Color genişletilmiş topluluğu aracılığıyla) politikayla ilişkilendirmek için kullanılan 32 bit tanımlayıcı</li>
<li><strong>Uç nokta</strong>: Hedef düğüm</li>
<li>Bir veya daha fazla<strong>aday yolları</strong>, her biri ağırlıklı segment listesine sahip</li>
</ul>
<p>Aday yolları, başlık tarafından hesaplanır (yerel CSPF/PCE kullanılarak) veya PCEP üzerinden merkezi bir SR-PCE/kontrolör tarafından dağıtılır (<a href="https://www.rfc-editor.org/rfc/rfc5440" target="_blank">RFC5440</a>) veya BGP SR Politikası (bkz.<a href="https://www.rfc-editor.org/rfc/rfc9256" target="_blank">RFC9256</a>§8). Bu, açık yol kontrolünü korurken RSVP sinyalleme düzlemini tamamen ortadan kaldırır.</p>
<p><strong>İsteğe Bağlı Sonraki Atlama (ODN)</strong>bir BGP rotası belirli bir Renk topluluğuyla birlikte geldiğinde, ön provizyona gerek kalmadan başlığın otomatik olarak bir SR Politikasını başlattığı bir SR-TE özelliğidir; VPN'ler ve CDN önekleri için otomatik trafik yönlendirmesine olanak tanır.</p>
<h3 id="comparison">6. SR-MPLS'ye karşı SRv6'ya karşı RSVP-TE</h3>
<table>
<tr><th></th><th>SR-MPLS</th><th>SRv6</th><th>LCV-TE</th></tr>
<tr><td>Veri düzlemi</td><td>MPLS etiket yığını</td><td>IPv6 + SRH uzantı başlığı</td><td>MPLS etiket yığını</td></tr>
<tr><td>Transit sırasında akış başına durum</td><td>Hiçbiri</td><td>Hiçbiri</td><td>Evet (RSVP geçici durumu)</td></tr>
<tr><td>Sinyal protokolü</td><td>IGP (IS-IS/OSPF) uzantıları</td><td>IGP uzantıları</td><td>RSVP-TE (YOL/RESV)</td></tr>
<tr><td>Donanım uyumluluğu</td><td>Herhangi bir MPLS Donanımı</td><td>SRv6 özellikli ASIC gerektirir</td><td>Herhangi bir MPLS Donanımı</td></tr>
<tr><td>Paket başına ek yük</td><td>Etiket başına 4 B</td><td>8 + 16n B (n SID'li CSÜS)</td><td>0 (MPLS etiketi zaten yığında)</td></tr>
<tr><td>VPN desteği</td><td>MPLS VPN etiketleri aracılığıyla</td><td>End.DT4/DT6/DX2 SID fonksiyonları</td><td>MPLS VPN etiketleri aracılığıyla</td></tr>
<tr><td>Hızlı yeniden yönlendirme</td><td>TI-LFA (topolojiden bağımsız, ön yapılandırma yok)</td><td>TI-LFA</td><td>RSVP-FRR (önceden hazırlanmış bypass)</td></tr>
<tr><td>Dağıtım olgunluğu</td><td>SP/DC'de yaygın</td><td>Büyüyor; ASIC desteği hala olgunlaşıyor</td><td>Olgun ama azalıyor</td></tr>
</table>
<h3 id="references">Referanslar</h3>
<ul>
<li><a href="https://www.rfc-editor.org/rfc/rfc8402" target="_blank">RFC8402</a>— Segment Yönlendirme Mimarisi</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc8660" target="_blank">RFC8660</a>— MPLS Veri Düzlemi ile Segment Yönlendirme</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc8665" target="_blank">RFC8665</a>— Segment Yönlendirme için OSPF Uzantıları</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc8667" target="_blank">RFC8667</a>— Segment Yönlendirme için IS-IS Uzantıları</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc8669" target="_blank">RFC8669</a>— BGP için Segment Yönlendirme Öneki SID Uzantıları</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc8754" target="_blank">RFC8754</a>— IPv6 Segment Yönlendirme Başlığı (SRH)</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc8986" target="_blank">RFC8986</a>— IPv6 (SRv6) Ağ Programlaması Üzerinden Segment Yönlendirme</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc9252" target="_blank">RFC9252</a>— IPv6 (SRv6) Üzerinden Segment Yönlendirmeye Dayalı BGP Yer Paylaşımı Hizmetleri</li>
<li><a href="https://www.rfc-editor.org/rfc/rfc9256" target="_blank">RFC9256</a>— Segment Yönlendirme Politikası Mimarisi</li>
<li><a href="https://datatracker.ietf.org/wg/spring/documents/" target="_blank">IETF BAHAR Çalışma Grubu</a>— Ağ İletişiminde Kaynak Paket Yönlendirmesi (etkin SR taslakları)</li>
</ul>
</div>
</div>
</div>