Erzwingen der QoS auf einer Verbindung mit „variabler“ Geschwindigkeit, bei der die Verhandlung von der NTE des Netzbetreibers durchgeführt wird

Im Wesentlichen kaufen wir eine 80/20-Linie von dem Spediteur, der den Transport zwischen dem Kundenstandort und der örtlichen Vermittlungsstelle übernimmt, an der der Spediteur in unser PE mündet.

(Juniper PE) <--> [Carrier Interconnect in Exchange <---> NTE im Kundeneigentum] <---> (Cisco CPE - 881,1921,1941,2921))

Der Stromkreis zwischen dem Kundeneigentum und dem örtlichen Straßenschrank ist immer noch aus Kupfer, und daher nimmt die Geschwindigkeit mit zunehmendem Geräusch / Abstand ab.

Die eigentliche Verhandlung der Leitungsgeschwindigkeit findet auf dem Netzbetreiber NTE statt, nicht auf unserem CPE.

Wie kann ich sicherstellen, dass Pakete mit gesättigter Priorität nicht verworfen werden, ohne zu wissen, bei welcher Geschwindigkeit sich die Leitung authentifiziert hat? kann etwas mit ipsla gemacht werden?

qos cisco-ios-15

— DrBru
quelle

Sprechen Sie über die QoS-Konfiguration auf dem CPE für die Upload-Richtung?

— Jwbensley

@javano bidirektional wirklich, derzeit ist die einzige Option, die mir zur Verfügung steht, den Verkehr auf beiden Seiten so zu gestalten, wie Sie es in Ihrer Antwort empfohlen haben. Ich versuche festzustellen, ob es eine andere Möglichkeit gibt, dies genauer zu tun .

— DrBru

Sie können dies nicht wirklich lösen, ohne zu konservativ zu erraten, welche Rate immer erreicht wird. Erforschen Sie, wie Sie die Verbindung direkt zu Ihrem Cisco CPE beenden können, indem Sie das NTE entfernen. Dann kennt die Cisco CPE-Schnittstelle Linerate.

— Ytti

@ytti Danke, derzeit sind seine finanziellen Daten, die uns dazu veranlassen, den Carrier als Intermediate & Fttc zu nutzen, hier noch SEHR neu.

— DrBru

@IanK ja, aber wenn es DSL oder ähnliches ist, können Sie das Modem nicht einfach komplett ersetzen und nur Ihr eigenes CPE verwenden? Dann können Sie QoS auf die Schnittstelle anwenden, die die Rate kennt.

— Ytti

Eine Möglichkeit besteht darin, den QoS-Verkehr stromaufwärts zum CPE-Gateway zu steuern, indem Sie den ausgehenden Verkehr formen und dann wichtigen Verkehr innerhalb dieser Formungsbandbreite priorisieren.

Wenn es sich um eine 80/20-Leitung handelt und Sie wissen, dass die durchschnittliche Aufwärtsgeschwindigkeit beispielsweise 15 Mbit / s beträgt, können Sie den ausgehenden Datenverkehr auf 15 Mbit / s einstellen und die Sprache innerhalb dieser 15 Mbit / s priorisieren. Wenn die Synchronisierungsgeschwindigkeit um einige Mbit / s sinkt, macht dies keinen großen Unterschied. Wenn die Synchronisierungsgeschwindigkeit auf 17 Mbit / s steigt, fehlt ihnen die Upload-Bandbreite um einige Mbit / s.

Ich benutze eine Konfiguration wie den Schlag auf einigen EFM-Leitungen. Die EFM-Geschwindigkeit kann aufgrund der Leitungsbedingungen variieren, sobald sie installiert sind, obwohl sie sehr konsistent zu sein scheinen. In diesem Beispiel ist dieses CPE mit einer 20/20-EFM-Leitung verbunden, die bei 10/10 tatsächlich zuverlässig synchronisiert wird. Der Upload ist auf 10 Mbit / s ausgelegt.

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

Es ist wichtig, dass wir hier kein Ratenlimit oder keine Polizei festlegen, damit der Verkehr nicht unterbrochen wird, sondern auf die verfügbare Bandbreite "abgestimmt" wird. Lesen Sie diese Cisco-Seite, um weitere Informationen zu erhalten.

— jwbensley
quelle

Ich denke nicht, dass dies funktioniert. Das Problem von OP ist, dass er nicht weiß, wo er die Verbindung gestalten soll. Wenn Sie es auf 10 Mbit / s einstellen, MÜSSEN Sie 10 Mbit / s übergeben können, um den CM-VOICE-TRAFFIC-Vertrag aufrechtzuerhalten.

— Ytti