Müzakerenin NTE taşıyıcıları tarafından yapıldığı “değişken” bir hız bağlantısında QoS'nin uygulanması

Esas olarak, müşteri tesisleri ile taşıyıcının PE'mize sonlandığı yerel değişim arasındaki taşımayı sağlayan operatörden bir 80/20 hattı satın alıyoruz.

(Ardıç PE) <--> [Müşteri mülkünde Exchange'de taşıyıcı bağlantısı <---> NTE] <---> (Cisco CPE - 881,1921,1941,2921))

Müşteri mülkiyeti ve yerel sokak dolabı arasındaki devre hala bakırdır ve bu nedenle gürültü / mesafe arttıkça hız azalır.

gerçek hat hızı müzakere CPE değil NTE taşıyıcılar üzerinde gerçekleşiyor.

bağlantı doygun olduğunda öncelikli hatların gerçekte hat hızının kimliğinin doğrulandığını bilmeden bırakılmamasını nasıl sağlayabilirim? ipsla ile bir şey yapılabilir mi?

qos cisco-ios-15

— DrBru
kaynak

Yükleme yönü için CPE'deki QoS yapılandırmasından mı bahsediyorsunuz?

— jwbensley

@javano çift yönlü gerçekten, şu anda benim için mevcut olan tek seçenek, her iki taraftaki trafiği bir cevap olarak önerdiğiniz gibi bir ortada şekillendirmektir, bunun daha doğru bir şekilde yapılabileceği başka bir yol olup olmadığını tespit etmeye çalışıyorum .

— DrBru

Her zaman hangi oranın karşılanacağına dair aşırı muhafazakar bir tahmin yapmadan bunu gerçekten çözemezsiniz. NTE'yi kaldırarak doğrudan Cisco CPE'nizle bağlantıyı sonlandırma konusunda araştırma yapın. Ardından Cisco CPE arabirimi linerate'i bilecektir.

— ytti

@ytti Teşekkürler, şu anda bizi taşıyıcıyı orta ve fttc olarak kullanmaya yönlendiren finansal kaynakları hala ÇOK yeni.

— DrBru

@ Evet, ama DSL veya benzeri bir şeyse, modemi tamamen değiştiremez ve sadece kendi CPE'nizi kullanamaz mısınız? Daha sonra oranın farkında olan arayüze QoS uygulayabilirsiniz.

— ytti

Bir olasılık, CPE'nin ağ geçidine doğru QoS trafiğini artırmak istiyorsanız, giden trafiği şekillendirmek ve daha sonra bu şekillendirme bant genişliği içindeki önemli trafiğe öncelik vermektir.

Bu bir 80/20 hattıysa ve ortalama artış hızının 15Mbps olduğunu biliyorsanız, giden trafiği 15Mbps olarak şekillendirebilir ve bu 15Mbps içindeki sesi önceliklendirebilirsiniz. Senkronizasyon hızı birkaç Mbps'ye düşerse, büyük bir fark yaratmaz. Senkronizasyon hızı 17Mbps'ye yükselirse, birkaç Mbps yükleme bant genişliğinden kısa olacaktır.

Bazı EFM hatlarında darbe gibi bir yapılandırma kullanıyorum. EFM hızı, çok tutarlı görünse de kurulduktan sonra hat koşullarına bağlı olarak değişebilir. Bu örnekte, bu CPE, 10/10'da gerçekten senkronize olan 20/20 EFM hattına bağlanır, yükleme 10Mbps olarak şekillendirilir.

class-map match-any CM-VOICE-TRAFFIC
 match access-group 100
!
policy-map PM-PRIORITISE-VOICE
 class CM-VOICE-TRAFFIC
   set ip dscp ef
   priority 1000
 class class-default
   fair-queue
!
policy-map PM-SHAPE-10M
 class class-default
  shape average 10000000
  service-policy PM-PRIORITISE-VOICE
!
interface FastEthernet0/1
 Description WAN Interface
 bandwidth 10000
 service-policy output PM-SHAPE-10M
!
access-list 100 remark Priority IP Destinations
access-list 100 permit ip 1.2.3.0 0.0.0.255 any

Burada hız sınırlaması veya polis değil, trafik akışının düşmemesi için mevcut bant genişliğine "şekillendirilmiş" olmamız önemlidir. Ek bilgi için bu Cisco sayfasını okuyun .

— jwbensley
kaynak

Bunun işe yaradığını düşünmüyorum, OP'nin sorunu, bağlantıyı nerede şekillendireceğini bilmemesi. Eğer 10Mbps olarak şekillendirirseniz, 'CM-VOICE-TRAFFIC' sözleşmesini saklamak için 10Mbps'yi geçmeniz GEREKİR.

— ytti