Cisco 881 Router (IOS) ile iki VLAN arasında QoS

İki VLAN arasında sınırlı bir İnternet bağlantısı için temsilci seçme konusunda en iyi uygulama hakkında bazı tavsiyeler almayı umuyorum. Benim durumumda, bir VLAN bir ofis ağı, diğeri ise misafirler için. Ne yapmayı umuyorum Konuk ağına öncelikli olarak Office ağına belirli bir bant genişliği yüzdesine izin vermektir. Örneğin, 10 Mbps'lik bir hızım varsa, gerektiğinde Office'in her zaman 7Mbps'ye kadar olmasını istiyorum, aksi takdirde konuk bağlantısı kullanabilir.

Benim asıl endişem, konuk ağını 3 Mbps demek için sınırlandırırsam ve yönlendirici paketleri bu sınırın üzerine düşürmeye başlarsa, ISS'den paketleri boşa harcıyorum. Doğru anlarsam, ISS 10 Mbps hızında gönderirdi, sonra yönlendiricim konuk ağına bu sınırın üzerinde bir şey bırakmaya başlar, yeniden gönderilmesi gereken boşa harcanan bant genişliği değil mi?

Kısacası, yönlendiricimle bunun üzerinde tam kontrole sahip olduğum için yüklemeyi hız sınırlaması çok mantıklı, ancak yönlendiricileri üzerinde hiçbir kontrole sahip olmadığım için ISS'den aşağı akış trafiğini etkili bir şekilde sınırlayabileceğinizden emin değilim . Bu nedenle, aşağı akış trafiğini boşa harcamadan derecelendirebiliyorsanız, bu konuda nasıl gitmenizi önerirsiniz?

David

Ne yazık ki, sağlayıcının katılımı olmadan istediğinizi yapmanın iyi bir yolu olduğunu düşünmüyorum. Bu kısıtlama dahilinde çalışmak, en iyi seçeneğiniz, LAN arayüzünüze giden bir politika uygulamak olabilir. Örneğin, geri dönüş trafiğinin hedef IP ile tanımlanabilmesi için iş ağına ve misafir ağlarına ayrı ayrı YOLUYORSANIZ, iş ağına bant genişliğini garanti eden hiyerarşik bir politika yardımcı olacaktır. Temel olarak, ana politika tüm trafiği 10 Mbps olarak şekillendirir. Daha sonra ebeveyn, iş ağı için 7 Mbps garanti eden bir çocuk politikası çağırır. Kalan trafik (misafir ağı), kalanları kullanabilir.

Trafik WAN'ı zaten geçtiği için bunun kusurlu olduğunu unutmayın. Ancak, konuk trafiği TCP ise ve giden LAN politikanız tarafından bırakılmaya başlarsa, TCP oturumu kendi kendini kısır. Bu, taşıma katmanındaki UDP için çalışmaz.

Örnek bir politika şöyle görünecektir:

ip access-list extended BUSINESS-NETWORK 
 permit ip any host 1.1.1.1
! 
class-map BUSINESS-NETWORK 
 match access-group name BUSINESS-NETWORK 
! 
policy-map PARENT 
 class class-default 
  shape average 10000000
  service-policy CHILD
! 
policy-map CHILD 
 class BUSINESS-NETWORK 
  bandwidth 7000 
! 
interface Fa0/0 
 description LAN interface 
 ip address x.x.x.x 
 service-policy output PARENT

Bu kusurlu bir örnektir, ancak sağlayıcı katılımı olmadan gelebileceğim en iyisidir.