Switch Ethernet in grado di H-QoS al livello 802.1q

Ho il seguente tipo di link ai margini del mio cloud ISP:

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

Sulla sinistra c'è una Brocade XMR. Questo è collegato tramite un singolo collegamento di concerto a molti vettori, in questo esempio BT. BT ci fornisce molti collegamenti punto a punto su questo singolo collegamento alla fine A. L'estremità B quindi segrega e va in ciascun sito geograficamente disperso. All'estremità A, la porta XMR, specifichiamo a quale sito va il traffico tramite un ID vlan concordato.

Tutto funziona perfettamente e abbiamo molti di questi collegamenti a BT e molti altri corrieri.

Il problema è principalmente il QoS in uscita dall'XMR. Mentre esiste un collegamento di concerto tra la mia XMR e i corrieri, quei circuiti interni potrebbero andare da 2 Mb a un concerto.

Supponiamo che il Cliente 1 abbia un collegamento da 10 Mb. Vogliono che il 25% di questo link sia riservato al traffico contrassegnato EF. Questo è facile da eseguire in uscita a livello di CPE in quanto posso modellare l'interfaccia a 10 Mb e quindi dare priorità 25% ai pacchetti contrassegnati EF. Alla fine, tuttavia, l'XMR considera questo intero link come 1Gb. Non sa che vlan 2000 al sito 1 del cliente è solo 10 Mb (BT lo sta sorvegliando a 10 Mb all'interno della propria rete)

H-QoS sarebbe l'ideale in quanto potrei modellare il vlan 2000 a 10 Mb, e quindi all'interno di quel valore sagomato dare il 25% a EF. Il problema è che H-QoS sull'XMR è supportato solo sul modulo 8X10Gb. Nessuno dei corrieri che utilizziamo fornisce 10 Gb nativi direttamente a noi (solo un sacco di collegamenti da 1 Gb)

Il mio piano è quello di inserire un altro dispositivo tra l'XMR e il corriere che esegue semplicemente H-QoS. Ho osservato Cisco ME3600X che presumibilmente può eseguire H-QoS in base all'ID vlan. Qualcuno ha esperienza con questa particolare funzione su ME3600X o forse mi dà un'idea migliore di farlo?

In sostanza, vorrei avere una configurazione che assomiglia a questo se ha più senso:

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
fonte

Hai chiesto a BT del servizio QoS? Dovrebbero essere in grado di consegnarlo sul punto di congestione (lo fanno per noi), quindi non hai bisogno di QoS sull'NNI, assicurati solo che i tuoi contrassegni siano corretti.

— ytti,

Conosco l'offerta BT, ma altri vettori no. Virgin / Colt / TalkTalk ecc. Non hanno una politica tanto solida. Ho bisogno di qualcosa che sarà completamente neutro dal vettore. Inoltre, come sempre nel caso delle imprese, QoS offerta di BT ha un costo più elevato e l'azienda vuole meno costi

— mellowd

ACK. Sembra che tu abbia bisogno di fare shopping. ME3600X funziona per questo, ma ha buffer limitati ME3800X ha buffer più profondi. Ma francamente, andrei ASR9001 o MX104 come router NNI e lascerei XMR in terminazione core / nonQoS.

— ytti,

ME3800X è tre volte il prezzo di ME3600X. Se avessi il budget, sarei felice di ottenere un ASR9k o MX ma le mie mani sono legate. Sembra che il 3800 abbia 352 Mb di buffer mentre il 3600 abbia solo 44 Mb. Una differenza significativa Ci sono dei calcoli là fuori per farmi capire esattamente che 44Mb di buffer mi darebbe?

— Mellowd,

Non so ridimensionamento hardware ma la serie ME può sicuramente fare questo tipo di cose su una base VLAN. Dovresti comunque fare i compiti: per esempio, quante mappe di criteri nidificate supporta, ad esempio forse hai 1000 VLAN e dubito che tu possa creare 1000 criteri secondari. Sfortunatamente il mio più grande ME è l'umile 3400X e sto solo aggregando due circuiti da 100 M e il multi-tenant forse 6-7 VLAN (e la maggior parte di loro sono effettivamente separati fisicamente, quindi non ho problemi di ridimensionamento) Potresti anche guardare un dispositivo reale come Exinda per modellare per VC. Sono contento di vederti qui tranquillo

— wintermute000 il

Anche se non penso che sia "robusto" come H-QoS / che fornisce percentuali basate sui valori DSCP e probabilmente richiederebbe un sovraccarico di configurazione, potresti limitare la velocità in uscita rispetto agli ACL L2 che fanno riferimento a una VLAN. Esempio:

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

Secondo i documenti, è possibile associare più criteri di limitazione della frequenza a una singola porta, tuttavia, una volta trovata una clausola ACL corrispondente per un pacchetto, il dispositivo non valuta le clausole successive nella LCA che limita la velocità e le ACL che limitano la velocità successiva.

Per quanto riguarda l'impostazione di EF, invece di farlo potresti essere in grado di impegnarti al 25% dei 10 Mbps e il resto può andare a un valore EIR / EBS.

— John Jensen
fonte

Se broundry accetta cos / DSCP per quell'elenco di accesso, potresti potenzialmente eseguire QoS non commerciabili (ogni classe ha una condivisione fissa). Ma sarebbe estremamente difficile vendere QoS in cui ogni classe non è burstable (immagina che il tuo BE abbia mai detto solo il 30% anche quando nessun'altra classe ha alcuna richiesta al link)

— ytti