Ethernet-Switch, der H-QoS auf 802.1q-Ebene unterstützt

Ich habe die folgenden Arten von Links am Rand meiner ISP-Cloud:

                                                                    +-----------------------+
                                                                    |    Customer 1         |
                                                                    |-----------------------|
  +-----------------------+                             +----------->                       |
  |        XMR            |                             |           |                       |
  |-----------------------|                             |           +-----------------------+
  |                       |         +-------------------+--+
  |                       |         |      BT Cloud        |
  |                       |         |----------------------|
  |                       |         |                      |
  |                       +--------->                      |        +-----------------------+
  |                       |         |                      |        |    Customer 2         |
  +-----------------------+         +-------------------+--+        |-----------------------|
                                                        |           |                       |
                                                        +----------->                       |
                                                                    +-----------------------+

Links ist ein Brocade XMR. Dies ist über eine Single-Gig-Verbindung mit vielen Carriern verbunden, in diesem Beispiel BT. BT bietet uns viele Punkt-zu-Punkt-Links über diesen einzelnen Link am A-Ende. Das B-Ende trennt sich dann und geht zu jeder geografisch verteilten Stelle. Am A-Ende, dem XMR-Port, geben wir über eine zuvor vereinbarte vlan-ID an, zu welcher Site der Datenverkehr geleitet wird.

Dies alles funktioniert einwandfrei und wir haben viele dieser Links zu BT und einer Menge anderer Carrier.

Das Problem ist hauptsächlich die vom XMR ausgehende QoS. Während zwischen meinem XMR und den Carriern eine Gig-Verbindung besteht, können diese inneren Schaltkreise von 2 MB bis zu einem Gig reichen.

Nehmen wir an, dass Kunde 1 eine 10-MB-Verbindung hat. Sie möchten, dass 25% dieses Links für EF-markierten Verkehr reserviert sind. Dies ist auf CPE-Ebene einfach ausgehend, da ich die Schnittstelle auf 10 MB gestalten und dann EF-markierten Paketen eine Priorität von 25 Prozent geben kann. Am A-Ende betrachtet der XMR diese gesamte Verbindung jedoch als 1 GB. Es ist nicht bekannt, dass vlan 2000 an Kundenstandort 1 nur 10 MB groß ist (BT überwacht es innerhalb seines eigenen Netzwerks auf 10 MB).

H-QoS wäre ideal, da ich vlan 2000 bis 10 MB formen und dann innerhalb dieses geformten Werts 25% an EF geben könnte. Das Problem ist, dass H-QoS auf dem XMR nur auf dem 8X10Gb-Modul unterstützt wird. Keiner der von uns verwendeten Netzbetreiber gibt native 10 GB an uns weiter (nur viele 1-GB-Links)

Mein Plan ist es, ein anderes Gerät zwischen das XMR und den Träger zu stecken, das einfach H-QoS ausführt. Ich habe mir den Cisco ME3600X angesehen, der angeblich H-QoS basierend auf der VLAN-ID ausführen kann. Hat jemand Erfahrung mit dieser speziellen Funktion des ME3600X oder gibt er mir vielleicht eine bessere Vorstellung davon?

Im Wesentlichen hätte ich gerne eine Konfiguration, die ungefähr so aussieht, wenn es sinnvoller ist:

policy-map out-policy-parent
class vlan2000
 shape average 10000000
 service-policy out-policy
class vlan2001
 shape average 20000000
 service-policy out-policy

policy-map out-policy
 class EF
 priority percent 25
 class AF21
 bandwidth percent 50

interface gigabitethernet0/1
service-policy output out-policy-parent

qos brocade h-qos

— mellowd
quelle

Haben Sie BT nach dem QoS-Service gefragt? Sie sollten in der Lage sein, es am Überlastungspunkt zu liefern (sie tun es für uns), dann benötigen Sie keine QoS auf dem NNI, stellen Sie einfach sicher, dass Ihre Markierungen korrekt sind.

— 20.

Ich kenne das BT-Angebot, andere Carrier jedoch nicht. Virgin / Colt / TalkTalk usw. haben keine so robuste Richtlinie. Ich brauche etwas, das völlig trägerneutral ist. Wie immer im Geschäftsleben ist das QoS-Angebot von BT mit höheren Kosten verbunden und das Unternehmen möchte weniger Kosten

— am

ACK. Sieht so aus, als müssten Sie einkaufen gehen. ME3600X funktioniert zwar, verfügt jedoch über begrenzte Puffer. ME3800X verfügt über tiefere Puffer. Aber ehrlich gesagt würde ich ASR9001 oder MX104 als Ihren NNI-Router verwenden und XMR in der Core / NonQoS-Terminierung belassen.

— 20.

ME3800X ist dreimal so teuer wie ME3600X. Wenn ich das Budget hätte, würde ich gerne einen ASR9k oder MX bekommen, aber meine Hände sind gebunden. Der 3800 hat anscheinend 352 MB Puffer, während der 3600 nur 44 MB hat. Ein signifikanter Unterschied. Gibt es irgendwelche Berechnungen für mich, um genau herauszufinden, welche 44 MB Puffer mir geben würden?

— Mellowd

Ich weiß nicht, wie Hardware skaliert werden soll, aber die ME-Serie kann dies definitiv pro VLAN tun. Sie müssten Ihre Hausaufgaben machen, wenn Sie beispielsweise sagen, wie viele verschachtelte Richtlinienzuordnungen unterstützt werden. Vielleicht haben Sie beispielsweise 1000 VLANs, und ich bezweifle, dass Sie 1000 Unterrichtlinien erstellen können. Leider ist mein größter ME der bescheidene 3400X, und ich fasse nur zwei 100-MB-Schaltkreise zusammen und mandantenfähig, vielleicht 6-7 VLANs (und die meisten von ihnen sind tatsächlich physisch getrennt, sodass ich keine Skalierungsprobleme habe). Sie können sich auch eine tatsächliche Appliance wie diese ansehen Exinda pro VC zu formen.

— wintermute000

Ich denke zwar nicht, dass es so "robust" ist wie H-QoS / Prozentangaben basierend auf DSCP-Werten und würde wahrscheinlich mehr Konfigurationsaufwand erfordern, aber Sie könnten ausgehende Raten für L2-ACLs, die auf ein VLAN verweisen, begrenzen. Beispiel:

policy-map 10Mbps
  cir 9992688 cbs 32768 eir 0 ebs 1250 excess-priority 0

!numbered access lists in the range of 400-599 are for L2 MAC access lists
access-list 400 permit any any 2000 etype any
!2000 will represent the VLAN ID

interface ethernet 1/1
  qos pcp encode-policy off     ! preserve outer VLAN CoS if applicable
  rate-limit strict-acl         ! drop traffic that's denied by a rate-limiting ACL
  rate-limit output access-group 400 policy-map 10Mbps

Gemäß den Dokumenten können Sie mehrere Richtlinien zur Ratenbegrenzung an einen einzelnen Port binden. Sobald jedoch eine übereinstimmende ACL-Klausel für ein Paket gefunden wurde, wertet das Gerät nachfolgende Klauseln in der ACL zur Ratenbegrenzung und nachfolgende ACLs zur Ratenbegrenzung nicht aus.

Wenn Sie EF einstellen, können Sie stattdessen möglicherweise 25% der 10 Mbit / s festlegen, und der Rest kann auf einen EIR / EBS-Wert gehen.

— John Jensen
quelle

Wenn broundry cos / DSCP für diese Zugriffsliste akzeptiert, können Sie möglicherweise eine nicht Burst-fähige QoS durchführen (jede Klasse hat eine feste Freigabe). Aber es wäre außerordentlich schwierig, QoS zu verkaufen, wenn jede Klasse nicht platzbar ist (stellen Sie sich vor, Ihr BE bekommt immer nur 30%, selbst wenn keine andere Klasse eine Nachfrage nach dem Link hat)

— ytti