IP/MPLS Şebekesinde Hizmet Kalitesi (QoS) Nasıl Uygulanır?

Günümüz kurumsal ağlarında ve servis sağlayıcı altyapılarında IP/MPLS (Internet Protocol / Multi Protocol Label Switching), yüksek performanslı ve ölçeklenebilir veri iletiminin temelini oluşturmaktadır. Ancak yalnızca bağlantı sağlamak yeterli değildir; ses, video, kritik iş uygulamaları ve genel internet trafiği aynı fiziksel altyapıyı paylaştığında, her trafik türünün ihtiyaç duyduğu performansı alması için Hizmet Kalitesi (QoS - Quality of Service) mekanizmalarının doğru biçimde uygulanması zorunlu hale gelir. Aynı şekilde, IP/MPLS şebekesinin kurulumu da yalnızca cihazların birbirine bağlanmasından ibaret değildir; topoloji tasarımından VPN yapılandırmasına, trafik mühendisliğinden yedeklilik testlerine kadar bütüncül bir yaklaşım gerektirir. Bu rehberde, IP/MPLS ortamında QoS'un nasıl uygulanacağı, trafik sınıflandırmasından kuyruk yönetimine kadar tüm aşamalar ve ardından IP/MPLS şebekesinin kurulumu ve optimizasyonu için izlenmesi gereken adımlar detaylı biçimde ele alınmaktadır. Okuyucu, bu rehberi izleyerek hem mevcut ağında QoS politikalarını tutarlı şekilde hayata geçirebilir hem de yeni bir MPLS omurgası kurarken dikkat etmesi gereken kritik noktaları öğrenebilir.

IP/MPLS Şebekesinde Trafik Sınıflandırması Nasıl Yapılır?

Trafik sınıflandırması, QoS uygulamasının temelini oluşturur çünkü ağ cihazlarının hangi paketin ne tür bir hizmete ait olduğunu bilmeden önceliklendirme yapması mümkün değildir. Sınıflandırma işlemi, genellikle ağın kenarında, yani trafiğin MPLS etiketi almadan önce girdiği noktada gerçekleştirilir. Bu noktada yönlendirici, gelen paketin başlığındaki çeşitli alanlara bakar. Kaynak IP adresi, hedef IP adresi, TCP veya UDP port numaraları, protokol türü ve giriş arayüzü en yaygın kullanılan sınıflandırma kriterleridir. Örneğin, 5060 numaralı port SIP (Session Initiation Protocol) trafiğini, 16384-32767 aralığındaki portlar RTP (Real-time Transport Protocol) ses akışlarını işaret edebilir. Yönlendirici bu kriterlere göre paketi tanır ve uygun bir DSCP değeriyle işaretler.

DSCP değeri, IP paketinin ToS (Type of Service) alanında yer alan 6 bitlik bir kodlamadır ve ağdaki tüm cihazların aynı dili konuşmasını sağlar. Örneğin EF (Expedited Forwarding - DSCP 46) değeri genellikle gerçek zamanlı ses trafiği için ayrılırken, AF41 (Assured Forwarding 41 - DSCP 34) video konferans, AF31 (DSCP 26) ise kritik veri trafiği için kullanılabilir. Bu işaretleme, yalnızca IP katmanında değil, MPLS katmanında da taşınmalıdır. MPLS etiket başlığındaki 3 bitlik TC (Traffic Class) alanı, DSCP değerinin en önemli bitlerini taşır. Böylece çekirdek yönlendiriciler, IP başlığını derinlemesine incelemek zorunda kalmadan yalnızca MPLS etiketindeki TC alanına bakarak QoS kararı verebilir. Bu durum, çekirdek ağda işlem yükünü azaltır ve paket iletimini hızlandırır.

Sınıflandırma yapılırken dikkat edilmesi gereken en kritik nokta, tutarlılıktır. Aynı trafik türü, ağın farklı noktalarında farklı DSCP değerleriyle işaretlenirse, QoS politikaları düzgün çalışmaz. Bu nedenle kurumsal ağlarda veya servis sağlayıcı altyapılarında, trafik sınıfları ve bunlara karşılık gelen DSCP değerleri merkezi olarak belgelenmeli ve tüm cihazlarda aynı politika uygulanmalıdır. Ayrıca, müşteri tarafından gelen trafikte zaten bir DSCP işareti varsa, servis sağlayıcı bu işarete güvenmek yerine kendi politikasına göre yeniden işaretleme yapabilir. Bu yaklaşım, ağın güvenliğini ve performansını korur; çünkü kötü niyetli veya yanlış yapılandırılmış bir kullanıcı, tüm trafiğini yüksek öncelikli olarak işaretleyerek ağ kaynaklarını kötüye kullanabilir.

MPLS Ağlarında Kuyruk Yönetimi ve LLQ Nasıl Uygulanır?

Kuyruk yönetimi, bir arayüzden aynı anda birden fazla paket iletilmek istendiğinde hangi paketin önce gönderileceğini belirleyen mekanizmadır. IP/MPLS ağlarında, arayüz bant genişliği sınırlı olduğu için kuyruk yönetimi hayati önem taşır. Yönlendirici, gelen paketleri sınıflandırdıktan sonra her sınıfı ayrı bir kuyruğa yönlendirir. Bu kuyruklar, öncelik sırasına göre hizmet verir. En yaygın kullanılan kuyruk mimarisi, sınıf tabanlı kuyruk yönetimi olan CBWFQ (Class-Based Weighted Fair Queuing) üzerine inşa edilmiş LLQ (Low Latency Queuing) yapısıdır. LLQ, gerçek zamanlı trafik için özel bir öncelikli kuyruk tanımlar; bu kuyruktaki paketler, diğer tüm kuyruklardan önce iletilir. Bu sayede ses trafiğindeki gecikme ve titreşim en aza indirilir.

LLQ yapılandırılırken öncelikli kuyruğun bant genişliği mutlaka sınırlandırılmalıdır. Örneğin, 1 Gbps kapasiteli bir bağlantıda ses trafiği için 100 Mbps ayrılmışsa, öncelikli kuyruk bu sınırı aşan paketleri ya düşürür ya da bir sonraki iletim dönemine bırakır. Bu sınırlandırma yapılmazsa, yoğun ses trafiği tüm bant genişliğini tüketerek veri trafiğinin tamamen engellenmesine neden olabilir. Bu durum, ağın genel sağlığını ciddi şekilde bozar ve beklenmedik hizmet kesintilerine yol açar. Bu yüzden LLQ tasarımında her trafik sınıfına atanacak bant genişliği, ağın toplam kapasitesi ve beklenen trafik deseni dikkate alınarak dikkatli biçimde planlanmalıdır.

Kuyruk yönetiminin bir diğer önemli unsuru, kuyruk derinliği ve kuyruk düşürme politikasıdır. Kuyruk dolduğunda, yeni gelen paketlerin nasıl işleneceği belirlenmelidir. Yaygın yaklaşım, WRED (Weighted Random Early Detection) kullanarak kuyruk dolmadan önce düşük öncelikli paketleri rastgele düşürmeye başlamaktır. WRED, TCP trafiğinin tıkanıklık kontrol mekanizmalarını tetikleyerek gönderim hızını düşürmesini sağlar; böylece kuyruğun tamamen dolması ve tüm trafiğin düşmesi önlenir. Farklı trafik sınıfları için farklı WRED eşikleri tanımlanabilir; kritik trafik, düşük öncelikli trafiğe göre daha geç düşürülmeye başlanır. Bu mekanizma, tıkanıklık anında dahi yüksek öncelikli trafiğin mümkün olduğunca korunmasını sağlar.

IP/MPLS Şebekelerinde Traffic Shaping ve Policing Farkı Nedir?

Traffic shaping ve policing, ağ kaynaklarının adil kullanımını sağlamak ve tıkanıklıkları önlemek için kullanılan iki farklı mekanizmadır. Her ikisi de trafiğin belirli bir hız sınırını aşmasını engellemek amacıyla kullanılır; ancak uygulanış biçimleri ve sonuçları farklıdır. Traffic shaping, belirlenen hız sınırını aşan paketleri tampon belleklerde tutar ve daha sonra iletir. Bu yaklaşım, paketlerin tamamen düşürülmesini önler ve TCP trafiğinin yavaşlamasını sağlar. Ancak tamponlama nedeniyle ek gecikme oluşabilir; bu yüzden gerçek zamanlı ses ve video trafiğinde shaping dikkatli kullanılmalıdır.

Policing ise belirlenen hız sınırını aşan paketleri ya tamamen düşürür ya da daha düşük öncelikli olarak işaretler. Policing, paketleri tamponlamadığı için ek gecikme yaratmaz; bu özelliğiyle gerçek zamanlı trafikte daha uygun bir seçenek olabilir. Ancak policing, TCP trafiğinin hızını düşürmek için paketleri düşürdüğünde, uygulama performansında ani düşüşler yaşanabilir. Servis sağlayıcılar, müşterilere taahhüt ettikleri bant genişliğini garanti etmek için genellikle policing kullanır. Örneğin, 50 Mbps sözleşmesi olan bir müşterinin trafiği 50 Mbps'i aştığında, aşan paketler düşürülür; böylece diğer müşterilerin trafiği olumsuz etkilenmez.

İki mekanizma arasındaki seçim, trafiğin türüne ve ağın hedeflerine bağlıdır. Gerçek zamanlı trafikte gecikmeyi minimize etmek için policing tercih edilebilir; ancak TCP tabanlı veri trafiğinde paket kaybını azaltmak için shaping daha uygundur. Bazı ağlarda her iki mekanizma birlikte kullanılır; kenar yönlendiricide shaping uygulanır, çekirdek yönlendiricide ise policing yapılır. Bu hiyerarşik yaklaşım, tıkanıklığın ağın farklı noktalarında farklı şekillerde yönetilmesini sağlar. Hangi yöntem seçilirse seçilsin, bant genişliği sınırları ve politikalar ağ yöneticisi tarafından dikkatli biçimde belirlenmeli ve düzenli olarak gözden geçirilmelidir.

IP/MPLS Şebekesinin Kurulumunda Topoloji Tasarımı Nasıl Yapılır?

IP/MPLS şebekesinin kurulumunda ilk ve en kritik adım, topoloji tasarımıdır. Topoloji, ağın fiziksel ve mantıksal bağlantı yapısını belirler ve gelecekteki ölçeklenebilirlik, yedeklilik ve performans özelliklerini doğrudan etkiler. Tasarım sürecine başlamadan önce, ağın hangi amaçla kullanılacağı, ne kadar trafik taşıyacağı, kaç kullanıcıya hizmet vereceği ve hangi coğrafi bölgelere yayılacağı netleştirilmelidir. Bu bilgiler ışığında çekirdek ağ topolojisi seçilir. Halka topolojisi, basit ve maliyet etkin bir yapı sunar; her düğüm iki komşusuna bağlanır ve bir bağlantı koptuğunda trafik diğer yönden iletilir. Ancak halka topolojisinde düğüm sayısı arttıkça gecikme artar ve bant genişliği verimliliği düşer.

Kısmi ağ (partial mesh) topolojisi, belirli düğümler arasında doğrudan bağlantılar kurarak halka topolojisinin dezavantajlarını azaltır. Bu yapı, daha esnek ve ölçeklenebilir olmakla birlikte tasarım ve yönetim karmaşıklığı artar. Tam ağ (full mesh) topolojisi ise her düğümün diğer tüm düğümlere doğrudan bağlandığı en pahalı ve en karmaşık yapıdır. Büyük ölçekli ağlarda tam ağ topolojisi pratik değildir çünkü bağlantı sayısı düğüm sayısıyla birlikte katlanarak artar. Bunun yerine, hiyerarşik bir yaklaşım benimsenir; çekirdek katman, dağıtım katmanı ve erişim katmanı olarak üç seviyeli bir yapı kurulur. Çekirdek katman yüksek hızlı bağlantılarla birbirine bağlanırken, dağıtım ve erişim katmanları çekirdek katmana bağlanır.

Topoloji tasarımında yedeklilik, göz ardı edilmemesi gereken bir diğer önemli faktördür. Her çekirdek düğümün en az iki farklı yoldan erişilebilir olması, tek bir bağlantı veya cihaz arızasının tüm ağı etkilemesini önler. MPLS trafik mühendisliği, bu yedekli yolları aktif olarak kullanabilir ve trafiği farklı yollara yönlendirebilir. Ayrıca, topoloji tasarımında gelecekteki büyüme öngörüleri dikkate alınmalıdır. Yeni düğümlerin eklenmesi, mevcut topolojide büyük değişiklikler gerektirmemelidir. Modüler bir tasarım, ağın zaman içinde sorunsuz şekilde genişlemesini sağlar.

MPLS Çekirdek Protokolleri ve IGP Yapılandırması Hangi Adımlarla Yapılır?

MPLS çekirdek protokollerinin yapılandırılması, IP/MPLS şebekesinin kurulumunda ikinci temel adımdır. Bu aşamada, çekirdek yönlendiriciler arasında yönlendirme bilgisi alışverişi sağlanır ve MPLS etiket dağıtımı etkinleştirilir. İlk olarak, IGP (Interior Gateway Protocol) olarak OSPF veya IS-IS seçilir ve tüm çekirdek yönlendiricilerde yapılandırılır. IGP, her yönlendiricinin ağ topolojisi hakkında bilgi sahibi olmasını ve en iyi yolu hesaplamasını sağlar. OSPF, geniş kurumsal ağlarda yaygın olarak kullanılır; IS-IS ise özellikle büyük servis sağlayıcı ağlarında tercih edilir. Her iki protokol de MPLS ile uyumlu çalışır; ancak seçim, mevcut ağ altyapısına ve yönetim ekibinin deneyimine bağlıdır.

IGP yapılandırılırken, tüm çekirdek arayüzlerin doğru alanlara veya seviyelere atandığından emin olunmalıdır. Yanlış yapılandırılmış bir IGP, yönlendirme döngülerine, kararsız yollara ve trafik kaybına neden olabilir. IGP komşulukları kurulduktan sonra, yönlendirme tablolarının stabilize olması beklenmelidir. Bu süreç, ağın büyüklüğüne bağlı olarak birkaç saniyeden birkaç dakikaya kadar sürebilir. Stabilizasyon tamamlandığında, her yönlendiricinin diğer tüm çekirdek yönlendiricilere ulaşabildiği doğrulanmalıdır. Bu doğrulama, ping testleri veya yönlendirme tablosu incelemeleriyle yapılabilir.

IGP çalışır durumda olduktan sonra MPLS etiket dağıtım protokolü etkinleştirilir. LDP (Label Distribution Protocol), en yaygın kullanılan MPLS etiket dağıtım protokolüdür ve basit bir yapılandırma gerektirir. LDP, her IGP rotasına karşılık gelen bir MPLS etiketi atar ve bu etiketi komşu yönlendiricilere duyurur. Böylece her yönlendirici, belirli bir hedefe ulaşmak için hangi etiketi kullanacağını bilir. LDP etkinleştirildikten sonra, etiket dağıtımının doğru çalıştığı doğrulanmalıdır; bu doğrulama, yönlendirici komut satırında etiket tablosunun incelenmesiyle yapılabilir. Etiketlerin tüm çekirdek boyunca tutarlı biçimde dağıtıldığından emin olunmalıdır.

Alternatif olarak, trafik mühendisliği gerektiren ağlarda RSVP-TE (Resource Reservation Protocol - Traffic Engineering) kullanılabilir. RSVP-TE, belirli bir LSP (Label Switched Path) için bant genişliği rezervasyonu yapılmasını ve trafiğin belirli bir yoldan iletilmesini sağlar. Bu protokol, LDP'ye göre daha karmaşık bir yapılandırma gerektirir; ancak ağ yöneticisine trafik akışları üzerinde çok daha fazla kontrol sağlar. Hangi protokol seçilirse seçilsin, çekirdek ağda tutarlı biçimde uygulanmalı ve tüm yönlendiricilerde aynı yapılandırma standartları benimsenmelidir.

VPN Hizmetleri ve VRF Yapılandırması Nasıl Uygulanır?

VPN hizmetlerinin ve VRF (Virtual Routing and Forwarding) yapılandırmasının planlanması, IP/MPLS şebekesinin kurulumunda üçüncü temel adımdır. VRF, tek bir fiziksel yönlendirici üzerinde birden fazla sanal yönlendirme tablosu oluşturulmasını sağlar. Her müşteri veya hizmet için ayrı bir VRF tanımlanır; bu sayede aynı IP adres aralıkları farklı VRF'lerde çakışmadan kullanılabilir. VRF planlaması yapılırken, her müşteriye benzersiz bir Route Distinguisher (RD) değeri atanır. RD, 64 bitlik bir değerdir ve VPN rotalarının global yönlendirme tablosunda benzersiz olmasını sağlar. RD değerleri, genellikle AS numarası ve müşteri tanımlayıcısından oluşur; örneğin, AS 65000 için ilk müşteriye "65000:100" RD değeri atanabilir.

Route Target (RT) değerleri, VPN rotalarının hangi VRF'lere aktarılacağını belirleyen BGP topluluklarıdır. RT yapılandırması, müşteri trafiğinin doğru şekilde izole edilmesini ve gerektiğinde paylaşılmasını sağlar. Örneğin, tam izolasyon gerektiren bir müşteri için tek bir RT değeri kullanılır; ancak birden fazla lokasyonu olan bir müşterinin lokasyonları arasında trafik akışı sağlamak için tüm lokasyonlarda aynı RT değeri yapılandırılır. Yanlış RT yapılandırması, müşteri trafiğinin yanlış VRF'ye aktarılmasına ve güvenlik ihlallerine yol açabilir. Bu nedenle RT planlaması, ağ tasarımının en dikkat gerektiren aşamalarından biridir.

VRF yapılandırıldıktan sonra, müşteri trafiğinin taşınması için MP-BGP (Multiprotocol BGP) etkinleştirilir. MP-BGP, PE (Provider Edge) yönlendiriciler arasında VPN yönlendirme bilgilerini taşır. Her PE yönlendirici, kendi VRF'lerindeki rotaları MP-BGP aracılığıyla diğer PE yönlendiricilere duyurur. MP-BGP oturumları, genellikle çekirdek ağdaki loopback adresleri üzerinden kurulur ve MPLS etiketleriyle birlikte çalışır. Bu oturumların doğru kurulduğu ve rota alışverişinin sağlandığı doğrulanmalıdır. Ayrıca, VPN trafiğinin çekirdek ağdan geçerken MPLS etiketleriyle taşındığı ve hedef PE yönlendiricide doğru VRF'ye yönlendirildiği test edilmelidir.

QoS Politikalarının Uygulanmasında Hangi Aşamalar İzlenmelidir?

QoS politikalarının uygulanması, IP/MPLS şebekesinin kurulumunda dördüncü temel adımdır ve dikkatli bir planlama gerektirir. İlk aşama, trafik sınıflarının tanımlanmasıdır. Her trafik türü için bir sınıf belirlenir; örneğin, ses trafiği için "EF", video konferans için "AF41", kritik veri için "AF31" ve genel internet trafiği için "BE" (Best Effort) sınıfı tanımlanabilir. Her sınıfın DSCP değeri, bant genişliği önceliği ve gecikme toleransı belgelenmelidir. Bu belgeler, tüm ağ yöneticilerinin aynı politikayı uygulamasını sağlar.

İkinci aşama, QoS politikalarının yapılandırılmasıdır. Yönlendiricilerde sınıf haritaları (class-map) tanımlanır; bu haritalar, belirli kriterlere göre paketleri sınıflandırır. Politika haritaları (policy-map) ise her sınıfa uygulanacak eylemleri belirler; bant genişliği tahsisi, kuyruk önceliği ve işaretleme kuralları bu aşamada yapılandırılır. QoS politikaları, öncelikle laboratuvar ortamında test edilmelidir. Bu testlerde, farklı trafik senaryoları oluşturularak politikaların beklenen davranışı gösterip göstermediği doğrulanır. Laboratuvar testleri başarılı olduktan sonra politikalar kademeli olarak üretim ağına uygulanır; ani ve kapsamlı değişikliklerden kaçınılmalıdır.

Üçüncü aşama, QoS politikalarının izlenmesi ve optimize edilmesidir. Ağ trafiği sürekli değiştiği için QoS politikaları düzenli olarak gözden geçirilmelidir. İzleme araçları kullanılarak her trafik sınıfının bant genişliği tüketimi, gecikme ve paket kaybı ölçülür. Eğer belirli bir trafik sınıfı sürekli olarak bant genişliği sınırını aşıyorsa veya gecikme artıyorsa, politika yeniden değerlendirilmelidir. Bu süreç, tek seferlik bir işlem değil, sürekli bir döngüdür; ağın sağlıklı kalması için bu döngünün düzenli olarak tekrarlanması gerekir.

IP/MPLS Şebekesinde Test ve Doğrulama Süreci Nasıl İşler?

Test ve doğrulama, IP/MPLS şebekesinin kurulumunda beşinci temel adımdır ve kurulumun başarısını kanıtlamak için kritik öneme sahiptir. Bu aşamada, uçtan uca bağlantı testleri yapılır; her müşteri VRF'sinin diğer lokasyonlara doğru şekilde ulaşabildiği ve izolasyonun sağlandığı doğrulanır. VPN izolasyonu testleri, bir VRF'deki trafiğin başka bir VRF'ye sızmadığını kanıtlamak için yapılır; bu testler, güvenlik açıklarının erken tespit edilmesini sağlar. Ayrıca, MPLS trafik mühendisliği yolları test edilir; belirli bir LSP'nin planlanan yoldan geçtiği ve yedek yolların doğru çalıştığı doğrulanır.

FRR (Fast Reroute) testleri, bir bağlantı veya düğüm arızası durumunda trafiğin ne kadar hızlı şekilde alternatif yola yönlendirildiğini ölçer. Bu testler, ağın yedeklilik kapasitesini doğrulamak için gereklidir; hedef, arıza anında trafik kesintisinin mümkün olduğunca kısa sürmesini sağlamaktır. QoS davranış testleri ise her trafik sınıfının belirlenen bant genişliği ve gecikme parametrelerine uygun şekilde iletildiğini doğrular. Bu testler, ağın gerçek trafik koşullarında nasıl davranacağını gösterir ve olası sorunların üretim ortamına yansımadan önce tespit edilmesini sağlar.

Test sonuçları belgelenmeli ve gelecekteki sorun giderme süreçlerinde referans olarak kullanılmalıdır. Ağ izleme araçları, kurulum sonrasında da sürekli olarak çalıştırılmalı; trafik desenleri, bant genişliği kullanımı ve hata oranları düzenli olarak incelenmelidir. Bu izleme, darboğazların proaktif biçimde tespit edilmesini ve ağın performansının zaman içinde korunmasını sağlar. Optimizasyon, tek seferlik bir işlem değil, sürekli bir süreçtir; ağ trafiği ve kullanıcı gereksinimleri değiştikçe LSP yolları, bant genişliği rezervasyonları ve QoS politikaları yeniden değerlendirilmelidir. Bu döngüsel yaklaşım, IP/MPLS şebekesinin uzun vadede istikrarlı ve yüksek performanslı kalmasını garanti eder.

Sonuç olarak, IP/MPLS şebekesinde Hizmet Kalitesi uygulaması ve kurulum optimizasyonu, birbirini tamamlayan iki kritik süreçtir. QoS, trafik sınıflandırmasından kuyruk yönetimine, shaping ve policing mekanizmalarından uçtan uca politika tutarlılığına kadar geniş bir alanı kapsar. Kurulum ise topoloji tasarımı, IGP ve MPLS protokol yapılandırması, VRF ve VPN planlaması, QoS entegrasyonu ve kapsamlı test aşamalarını içerir. Her iki süreçte de dikkatli planlama, tutarlı yapılandırma ve sürekli izleme esastır. Bu rehberde ele alınan adımlar ve dikkat edilmesi gereken noktalar, ağ yöneticilerine sağlam bir temel sunar; ancak her ağın kendine özgü gereksinimleri olduğu unutulmamalıdır. Başarılı bir IP/MPLS dağıtımı, teknik bilgiyi pratik deneyimle birleştiren ve değişen koşullara uyum sağlayabilen bir yaklaşımla mümkündür.