Td Gleit Durchschnitt 2

Cisco IOS Quality of Service Solutions Konfigurationsleitfaden, Release 12.2 Congestion Avoidance Übersicht Überlastungsvermeidungstechniken überwachen Netzwerkverkehrslasten, um Staus bei gemeinsamen Netzwerkengpässen vorwegzunehmen und zu vermeiden. Stauvermeidung wird durch Paketabfall erreicht. Unter den häufiger verwendeten Stauvermeidungsmechanismen ist Random Early Detection (RED), die für Hochgeschwindigkeits-Transitnetze optimal ist. Cisco IOS QoS enthält eine Implementierung von RED, die, wenn konfiguriert, steuert, wenn der Router Pakete fällt. Wenn Sie die gewichtete zufällige frühzeitige Erkennung (WRED) nicht konfigurieren, verwendet der Router den grausamen Standardpaket-Drop-Mechanismus namens tail drop. Zur Erläuterung der Netzwerküberlastung siehe das KapitelQualität der Service-Übersicht. quot Dieses Kapitel enthält eine kurze Beschreibung der Arten von Überlastungsmechanismen, die von den Cisco IOS QoS-Funktionen bereitgestellt werden. Es diskutiert die folgenden Features: Tail drop. Dies ist das Standard-Überlastungsvermeidungsverhalten, wenn WRED nicht konfiguriert ist. WRED. WRED und verteilte WRED (DWRED), die beide die Cisco-Implementierungen von REDcombine die Fähigkeiten des RED-Algorithmus mit der IP Precedence-Funktion sind. Im Abschnitt über WRED werden die folgenden verwandten Funktionen diskutiert: Flow-based WRED. Flow-basierte WRED erweitert WRED, um eine größere Fairness für alle Ströme auf einer Schnittstelle in Bezug auf, wie Pakete fallen gelassen werden. DiffServ-konforme WRED. DiffServ-kompatibles WRED erweitert WRED, um differenzierte Dienste (DiffServ) und Assured Forwarding (AF) pro Hop-Verhalten (PHB) zu unterstützen. Diese Funktion ermöglicht es dem Kunden, AF-PHB durch Färben von Paketen nach differenzierten Services-Code-Point - (DSCP-) Werten zu implementieren und dann diesen Pakete bevorzugte Tropfenwahrscheinlichkeiten zuzuordnen. Informationen zum Konfigurieren von WRED, DWRED, flussbasiertem WRED und DiffServ Compliant WRED finden Sie im Kapitel quotConfiguring Weighted Random Early Detectionquot in diesem Buch. Tail Drop behandelt alle Verkehr gleichermaßen und unterscheidet nicht zwischen Klassen von Service. Warteschlangen füllen sich in Zeiten der Überlastung. Wenn die Ausgangswarteschlange voll ist und der Schwanzabfall in Kraft ist, werden die Pakete gelöscht, bis die Stauung beseitigt ist und die Warteschlange nicht mehr voll ist. Weighted Random Early Detection Dieser Abschnitt gibt eine kurze Einführung in RED Konzepte und Adressen WRED, die Cisco Implementierung von RED für Standard Cisco IOS Plattformen. WRED vermeidet die Globalisierungsprobleme, die auftreten, wenn Tail-Drop als der Überlastungsvermeidungsmechanismus auf dem Router verwendet wird. Globale Synchronisation erfolgt als Wellen des Staukamms nur, um von Mulden gefolgt zu werden, während der die Übertragungsstrecke nicht vollständig genutzt wird. Eine globale Synchronisation von TCP-Hosts kann beispielsweise auftreten, weil Pakete auf einmal gelöscht werden. Globale Synchronisation manifestiert sich, wenn mehrere TCP-Hosts ihre Übertragungsraten in Reaktion auf Paketabfall reduzieren und dann ihre Übertragungsraten noch einmal erhöhen, wenn die Stauung reduziert wird. Über Random Early Detection Der RED-Mechanismus wurde von Sally Floyd und Van Jacobson in den frühen 1990er Jahren vorgeschlagen, um Netzwerk-Staus in einer reaktionsfähigen statt reaktive Weise zu adressieren. Der RED-Mechanismus ist die Voraussetzung, dass die meisten Verkehr auf Datentransport-Implementierungen, die empfindlich auf Verlust sind und wird vorübergehend verlangsamen, wenn einige ihrer Verkehr fallen gelassen wird. TCP, das durch die Verlangsamung der Verkehrsübertragung angemessen auf den Verkehrsabfall reagiert, ermöglicht es effektiv, dass das Traffic-Drop-Verhalten von RED als Stauvermeidungs-Signalisierungsmechanismus funktioniert. TCP ist der am stärksten genutzte Netzverkehr. Angesichts der allgegenwärtigen Präsenz von TCP bietet RED einen weitverbreiteten, effektiven Mechanismus zur Überlastungsvermeidung. Bei der Betrachtung der Nützlichkeit von RED, wenn robuste Transporte wie TCP sind durchdringend, ist es wichtig, auch die ernsthaft negativen Auswirkungen der Verwendung von RED, wenn ein erheblicher Prozentsatz des Verkehrs ist nicht robust in Reaktion auf Paketverlust zu betrachten. Weder Novell NetWare noch AppleTalk ist in geeigneter Weise robust in Reaktion auf Paketverlust, daher sollten Sie nicht RED für sie verwenden. Wie es funktioniert ROT zielt darauf ab, die durchschnittliche Warteschlangengröße zu steuern, indem sie an die Endhosts anzeigt, wenn sie die Übertragung von Paketen vorübergehend verlangsamen sollten. RED nutzt den Staukontrollmechanismus von TCP. Durch zufälliges Ablegen von Paketen vor Perioden hoher Stauung gibt RED die Paketquelle an, um ihre Übertragungsrate zu verringern. Unter der Annahme, dass die Paketquelle TCP verwendet, verringert sie ihre Übertragungsrate, bis alle Pakete ihr Ziel erreichen, was anzeigt, dass die Überlastung gelöscht wird. Sie können RED verwenden, um TCP zu veranlassen, die Übertragung von Paketen zu verlangsamen. TCP pausiert nicht nur, sondern es startet auch schnell und passt seine Übertragungsrate an die Rate an, die das Netzwerk unterstützen kann. RED verteilt Verluste in der Zeit und behält normalerweise niedrige Warteschlangen-Tiefe bei der Aufnahme von Spikes. Wenn es auf einer Schnittstelle aktiviert ist, beginnt RED, Pakete zu löschen, wenn eine Überlastung mit einer Rate auftritt, die Sie während der Konfiguration auswählen. Für eine Erläuterung, wie die Cisco WRED-Implementierung Parameter festlegt, die in den Berechnungen der WRED-Warteschlangengröße verwendet werden sollen und wie Sie optimale Werte für den Gewichtungsfaktor bestimmen können, finden Sie weiter unten in diesem Kapitel den Abschnitt "Quatching-Quantenquote". Packet Drop Wahrscheinlichkeit Die Paketabfallwahrscheinlichkeit basiert auf der minimalen Schwelle, dem maximalen Schwellenwert und dem Markierungswahrscheinlichkeits-Nenner. Wenn die durchschnittliche Warteschlangen-Tiefe über dem minimalen Schwellenwert liegt, beginnt RED, Pakete zu löschen. Die Rate des Paketabfalls nimmt linear zu, wenn die durchschnittliche Warteschlangengröße zunimmt, bis die durchschnittliche Warteschlangengröße die maximale Schwelle erreicht. Der Markierungswahrscheinlichkeits-Nenner ist der Bruchteil der Pakete, die fallen gelassen werden, wenn die durchschnittliche Warteschlangen-Tiefe an der maximalen Schwelle liegt. Wenn zum Beispiel der Nenner 512 ist, wird einer von 512 Paketen gelöscht, wenn die durchschnittliche Warteschlange an der maximalen Schwelle liegt. Wenn die durchschnittliche Warteschlangengröße oberhalb der maximalen Schwelle liegt, werden alle Pakete gelöscht. Abbildung 9 fasst die Pakettropfenwahrscheinlichkeit zusammen. Abbildung 9 RED Packet Drop Wahrscheinlichkeit Der minimale Schwellenwert sollte hoch genug eingestellt werden, um die Verknüpfungsauslastung zu maximieren. Wenn die minimale Schwelle zu niedrig ist, können Pakete unnötig fallengelassen werden, und die Übertragungsstrecke wird nicht vollständig verwendet. Der Unterschied zwischen der maximalen Schwelle und der minimalen Schwelle sollte groß genug sein, um eine globale Synchronisation von TCP-Hosts zu vermeiden (globale Synchronisation von TCP-Hosts kann auftreten, da mehrere TCP-Hosts ihre Übertragungsraten reduzieren). Wenn die Differenz zwischen den maximalen und minimalen Schwellen zu klein ist, können viele Pakete sofort gelöscht werden, was zu einer globalen Synchronisation führt. Wie TCP Handles Traffic Loss Note Die Abschnitte quotHow TCP Handles Traffic Lossquot und quotHow der Router Interacts mit TCPquot enthalten detaillierte Informationen, die Sie nicht lesen müssen, um WRED verwenden oder ein allgemeines Gefühl für die Fähigkeiten von RED haben. Wenn Sie verstehen wollen, warum Probleme der globalen Synchronisation als Reaktion auf Staus auftreten, wenn der Tail-Drop standardmäßig verwendet wird und wie RED sie anruft, lesen Sie diese Abschnitte. Wenn der Empfänger von TCP-Verkehr den Empfänger ein Datensegment empfängt, prüft er die vier Oktett (32-Bit) Sequenznummer dieses Segments gegen die Nummer, die der Empfänger erwartet hat, was darauf hindeutet, dass das Datensegment in der Reihenfolge empfangen wurde. Wenn die Zahlen übereinstimmen, liefert der Empfänger alle Daten, die er an die Zielanwendung hält, dann aktualisiert er die Sequenznummer, um die nächste Nummer in der Reihenfolge zu reflektieren, und schließlich sendet er entweder sofort ein Quittungspaket an den Absender oder Es plant ein ACK, nach einer kurzen Verzögerung an den Absender zu senden. Der ACK benachrichtigt den Absender, dass der Empfänger alle Datensegmente bis zu, aber nicht mit dem mit der neuen Sequenznummer gekennzeichneten aufgenommen hat. Receiver versuchen in der Regel, ein ACK als Antwort auf wechselnde Datensegmente zu senden, die sie erhalten, dass sie das ACK senden, weil für viele Anwendungen, wenn der Empfänger eine kleine Verzögerung wartet, es seine Antwort-Bestätigung auf eine normale Antwort auf den Absender effizient einschließen kann. Wenn jedoch der Empfänger ein Datensegment außer Betrieb erhält, antwortet es sofort mit einem ACK, um den Absender zu richten, um das verlorene Datensegment zurückzusenden. Wenn der Absender ein ACK erhält, macht er diese Bestimmung: Er bestimmt, ob irgendwelche Daten hervorragend sind. Wenn keine Daten hervorragend sind, bestimmt der Absender, dass die ACK ein Keepalive ist, um die Leitung aktiv zu halten, und das tut nichts. Wenn Daten ausstehend sind, bestimmt der Absender, ob der ACK anzeigt, dass der Empfänger einige oder keine der Daten erhalten hat. Wenn der ACK den Empfang einiger Daten übermittelt, bestimmt der Absender, ob neue Gutschriften erteilt wurden, damit er weitere Daten senden kann. Wenn der ACK den Empfang von keiner der gesendeten Daten anzeigt und es ausstehende Daten gibt, interpretiert der Sender das ACK als wiederholt gesendetes ACK. Diese Bedingung zeigt an, dass einige Daten außer Betrieb genommen wurden, wodurch der Empfänger dazu gebracht wurde, das erste ACK zu übergeben, und dass ein zweites Datensegment außer Betrieb genommen wurde, wodurch der Empfänger dazu gebracht wurde, das zweite ACK zu übergeben. In den meisten Fällen würde der Empfänger zwei Segmente außer Betrieb nehmen, weil eines der Datensegmente gelöscht worden war. Wenn ein TCP-Sender ein abgelegtes Datensegment erkennt, gibt es das Segment erneut zurück. Dann passt es seine Übertragungsrate auf die Hälfte von dem, was war, bevor der Tropfen festgestellt wurde. Dies ist das TCP-Back-off - oder Verlangsamungsverhalten. Obwohl dieses Verhalten in geeigneter Weise auf Überlastung reagiert, können Probleme auftreten, wenn mehrere TCP-Sitzungen gleichzeitig mit demselben Router durchgeführt werden und alle TCP-Absender die Übertragung von Paketen gleichzeitig verlangsamen. Wie der Router mit TCP reagiert Hinweis Die Abschnitte quotHow TCP Handles Traffic Lossquot und quotHow der Router Interacts mit TCPquot enthalten detaillierte Informationen, die Sie nicht lesen müssen, um WRED verwenden oder ein allgemeines Gefühl für die Fähigkeiten von RED haben. Wenn Sie verstehen wollen, warum Probleme der globalen Synchronisation als Reaktion auf Staus auftreten, wenn der Tail-Drop standardmäßig verwendet wird und wie RED sie anruft, lesen Sie diese Abschnitte. Um zu sehen, wie der Router mit TCP interagiert, sehen wir uns ein Beispiel an. In diesem Beispiel empfängt der Router im Durchschnitt den Verkehr von einem bestimmten TCP-Stream alle anderen, jede 10. und jede 100. oder 200. Nachricht in der Schnittstelle in MAE-EAST oder FIX-WEST. Ein Router kann mehrere gleichzeitige TCP-Sessions behandeln. Da Netzwerkströme additiv sind, gibt es eine hohe Wahrscheinlichkeit, dass, wenn der Verkehr das Transmit Queue Limit (TQL) überhaupt übersteigt, das Limit weit überschritten wird. Allerdings gibt es auch eine hohe Wahrscheinlichkeit, dass die übermäßige Verkehrstiefe vorübergehend ist und dass der Verkehr nicht übermäßig tief bleibt, außer an Punkten, an denen der Verkehr fließt oder am Rand Router. Wenn der Router den gesamten Traffic, der die TQL übersteigt, sinkt, wie es getan wird, wenn der Tail-Drop standardmäßig verwendet wird, gehen viele TCP-Sessions gleichzeitig in den langsamen Start. Infolgedessen verlangsamt der Verkehr vorübergehend bis zum Extrem und dann fließt jeder langsam wieder an, diese Aktivität schafft eine Bedingung der globalen Synchronisation. Allerdings, wenn der Router fällt kein Verkehr, wie ist der Fall, wenn Warteschlangen Features wie Fair Queuing oder benutzerdefinierte Warteschlangen (CQ) verwendet werden, dann die Daten wahrscheinlich im Hauptspeicher gespeichert werden, drastisch verschlechtert Router Leistung. Durch die Leitung einer TCP-Sitzung zu einer Zeit, um zu verlangsamen, löst RED die beschriebenen Probleme, so dass die volle Auslastung der Bandbreite und nicht die Auslastung als Kämme und Tröge des Verkehrs möglich ist. Über WRED WRED kombiniert die Fähigkeiten des RED-Algorithmus mit der IP-Precedence-Funktion, um eine bevorzugte Verkehrsabwicklung von Pakete mit höherer Priorität vorzusehen. WRED kann selektiv Verkehr mit niedrigerer Priorität verwerfen, wenn die Schnittstelle beginnt, sich zu verstopfen und differenzierte Leistungsmerkmale für verschiedene Dienstklassen zu bieten. Sie können WRED konfigurieren, um die IP-Priorität zu ignorieren, wenn Sie Entscheidungen treffen, damit ein nicht gewichtetes RED-Verhalten erreicht wird. Für Schnittstellen, die für die Verwendung der Resource Reservation Protocol (RSVP) - Funktion konfiguriert sind, wählt WRED Pakete aus anderen Strömen, um eher zu fallen als die RSVP-Flüsse. Auch IP-Präzedenz regelt, welche Pakete fallen gefahrenen Verkehr, der zu einem niedrigeren Vorrang hat eine höhere Drop-Rate und ist daher eher zurückgedrängt werden. WRED unterscheidet sich von anderen Stauvermeidungs-Techniken wie Warteschlangen-Strategien, weil es versucht zu antizipieren und zu vermeiden Staus anstatt Kontrolle Staus, sobald es auftritt. Warum WRED WRED verwendet, macht eine frühzeitige Erkennung von Staus möglich und bietet mehrere Klassen von Verkehr. Es schützt auch gegen globale Synchronisation. Aus diesen Gründen ist WRED auf jeder beliebigen Ausgabeschnittstelle nützlich, wo Sie eine Überlastung erwarten lassen. WRED wird jedoch üblicherweise in den Core-Routern eines Netzwerks und nicht am Rand des Netzwerks verwendet. Edge-Router weisen IP-Vorgaben für Pakete zu, wenn sie das Netzwerk eingeben. WRED verwendet diese Vorgaben, um zu bestimmen, wie man verschiedene Arten von Verkehr behandelt. WRED bietet getrennte Schwellenwerte und Gewichte für verschiedene IP-Vorgaben, so dass Sie verschiedene Qualitäten des Dienstes in Bezug auf Paket-Drop für verschiedene Verkehrstypen bieten können. Der Standardverkehr kann in Zeiten der Stauung häufiger fallen als der Premiumverkehr. WRED ist auch RSVP-bewusst, und es kann die kontrollierte Last QoS Service von integrierten Service bieten. Wie es funktioniert Durch zufälliges Ablegen von Paketen vor Perioden hoher Stauung, sagt WRED der Paketquelle, um ihre Übertragungsrate zu verringern. Wenn die Paketquelle TCP verwendet, verringert sie ihre Übertragungsrate, bis alle Pakete ihr Ziel erreichen, was anzeigt, dass die Stauung gelöscht wird. WRED fällt in der Regel Pakete selektiv auf IP-Priorität. Pakete mit einer höheren IP-Priorität sind weniger wahrscheinlich als Pakete mit einer niedrigeren Priorität fallen gelassen werden. Je höher die Priorität eines Pakets ist, desto höher ist die Wahrscheinlichkeit, dass das Paket ausgeliefert wird. WRED reduziert die Chancen des Schwanzabfalls durch selektives Löschen von Paketen, wenn die Ausgangsschnittstelle beginnt, Anzeichen von Staus zu zeigen. Wenn man einige Pakete frühzeitig absetzt und nicht gewartet hat, bis die Warteschlange voll ist, vermeidet WRED, eine große Anzahl von Paketen sofort zu löschen und minimiert die Chancen der globalen Synchronisation. So ermöglicht WRED, dass die Übertragungsleitung jederzeit voll genutzt werden kann. Darüber hinaus fällt WRED statistisch mehr Pakete von großen Benutzern als klein. Daher werden Verkehrsquellen, die den meisten Verkehr erzeugen, eher verlangsamt als Verkehrsquellen, die wenig Verkehr erzeugen. WRED vermeidet die Globalisierungsprobleme, die auftreten, wenn Schwanzabfall als Stauvermeidungsmechanismus verwendet wird. Globale Synchronisation manifestiert sich, wenn mehrere TCP-Hosts ihre Übertragungsraten in Reaktion auf Paketabfall reduzieren und dann ihre Übertragungsraten noch einmal erhöhen, wenn die Stauung reduziert wird. WRED ist nur dann sinnvoll, wenn der Großteil des Verkehrs TCPIP-Verkehr ist. Mit TCP, gelöschte Pakete zeigen Staus, so dass die Paketquelle wird seine Übertragungsrate zu reduzieren. Bei anderen Protokollen können Paketquellen nicht reagieren oder können gelöschte Pakete mit der gleichen Rate zurücksenden. Somit verringert das Fallenlassen von Päckchen keine Stauung. WRED behandelt Nicht-IP-Verkehr als Vorrang 0, die niedrigste Priorität. Daher ist der Nicht-IP-Verkehr im Allgemeinen eher fallen als der IP-Verkehr. Abbildung 10 zeigt, wie WRED funktioniert. Abbildung 10 Gewichtete zufällige frühzeitige Erkennung mittlere Warteschlangengröße Der Router ermittelt automatisch Parameter, die in den WRED-Berechnungen verwendet werden sollen. Die durchschnittliche Warteschlangengröße basiert auf dem vorherigen Durchschnitt und der aktuellen Größe der Warteschlange. Die Formel lautet: Dabei ist n der exponentielle Gewichtsfaktor, ein benutzerdefinierbarer Wert. Für hohe Werte von n. Der bisherige Durchschnitt wird wichtiger. Ein großer Faktor glättet die Gipfel und Tiefen in der Warteschlangenlänge. Die durchschnittliche Warteschlangengröße ist unwahrscheinlich, dass sie sich sehr schnell ändert, wodurch drastische Schläge in der Größe vermieden werden. Der WRED-Prozess wird langsam beginnen, um Pakete zu löschen, aber es kann weiterhin Pakete für eine Zeit, nachdem die tatsächliche Warteschlangengröße unter die minimale Schwelle gefallen ist, fallen lassen. Der langsame Durchschnitt wird vorübergehende Bursts im Verkehr unterbringen. Hinweis Wenn der Wert von n zu hoch wird, reagiert WRED nicht auf Staus. Pakete werden gesendet oder gelöscht, als ob WRED nicht in Kraft war. Für niedrige Werte von n. Die durchschnittliche Warteschlangengröße verfolgt die aktuelle Warteschlangengröße genau. Der daraus resultierende Durchschnitt kann mit Änderungen des Verkehrsniveaus schwanken. In diesem Fall reagiert der WRED-Prozess schnell auf lange Warteschlangen. Sobald die Warteschlange unter die minimale Schwelle fällt, hört der Vorgang auf, Pakete zu löschen. Wenn der Wert von n zu niedrig wird, wird WRED zu temporären Verkehrsstörungen überreagieren und den Verkehr unnötig fallen lassen. Einschränkungen Sie können WRED nicht auf der gleichen Schnittstelle wie dem Route Switch Processor (RSP) - basierten CQ, der Priority Queuing (PQ) oder dem gewichteten Fair Queuing (WFQ) konfigurieren. Verteilte gewichtete zufällige frühzeitige Erkennung verteilte WRED (DWRED) ist eine Implementierung von WRED für den vielseitigen Schnittstellenprozessor (VIP). DWRED stellt den kompletten Satz von Funktionen für das VIP zur Verfügung, die WRED auf Standard-Cisco IOS-Plattformen bereitstellt. Die DWRED-Funktion wird nur auf Routern der Cisco 7000-Serie mit einem RSP-basierten RSP7000-Schnittstellenprozessor und Cisco 7500-Routern mit einem VIP-basierten VIP2-40 oder einem größeren Schnittstellenprozessor unterstützt. Ein VIP2-50 Schnittstellenprozessor wird dringend empfohlen, wenn die Gesamtleitungsrate der Portadapter auf dem VIP größer als DS3 ist. Für OC-3-Raten ist ein Schnittstellenprozessor VIP2-50 erforderlich. DWRED ist genauso wie WRED konfiguriert. Wenn Sie WRED auf einer geeigneten VIP-Schnittstelle wie einem VIP2-40 oder höher mit mindestens 2 MB SRAM aktivieren, wird DWRED stattdessen aktiviert. Um DWRED zu verwenden, muss die verteilte Cisco Express Forwarding (dCEF) Switching auf der Schnittstelle aktiviert sein. Weitere Informationen über dCEF finden Sie im Cisco IOS Switching Services-Konfigurationshandbuch und im Cisco IOS Switching Services-Befehlsreferenz. Sie können sowohl DWRED als auch verteilte gewichtete Fair Queuing (DWFQ) auf derselben Schnittstelle konfigurieren, aber Sie können nicht verteilte WRED auf einer Schnittstelle konfigurieren, für die RSP-basierte CQ, PQ oder WFQ konfiguriert ist. Sie können DWRED mit der modularen Quality of Service-Befehlszeilenschnittstelle (Modular QoS CLI) aktivieren. Für komplette konzeptionelle und Konfigurationsinformationen zur modularen QoS CLI-Funktion finden Sie im Kapitel quotModular Quality of Service Command-Line Interface Übersicht dieses Buches. Wie es funktioniert Wenn ein Paket ankommt und DWRED aktiviert ist, treten die folgenden Ereignisse auf: Die durchschnittliche Warteschlangengröße wird berechnet. Weitere Informationen finden Sie im Abschnitt "Desk Queue Sizequot". Wenn der Durchschnitt kleiner als der minimale Warteschlangenschwellenwert ist, wird das ankommende Paket in die Warteschlange gestellt. Wenn der Mittelwert zwischen dem minimalen Warteschlangenschwellenwert und dem maximalen Warteschlangenschwellenwert liegt, wird das Paket entweder abhängig von der Paketabfallwahrscheinlichkeit gelöscht oder in die Warteschlange gestellt. Weitere Informationen finden Sie im AbschnittPaket-Drop Probabilityquot. Wenn die durchschnittliche Warteschlangengröße größer als die maximale Warteschlangenschwelle ist, wird das Paket automatisch gelöscht. Durchschnittliche Warteschlangengröße Die durchschnittliche Warteschlangengröße basiert auf dem vorherigen Durchschnitt und der aktuellen Größe der Warteschlange. Die Formel lautet: Dabei ist n der exponentielle Gewichtsfaktor, ein benutzerdefinierbarer Wert. Für hohe Werte von n. Die vorherige durchschnittliche Warteschlangengröße wird wichtiger. Ein großer Faktor glättet die Gipfel und Tiefen in der Warteschlangenlänge. Die durchschnittliche Warteschlangengröße ist unwahrscheinlich, dass sie sich sehr schnell ändert, wodurch drastische Schläge in der Größe vermieden werden. Der WRED-Prozess wird langsam beginnen, um Pakete zu löschen, aber es kann weiterhin Pakete für eine Zeit, nachdem die tatsächliche Warteschlangengröße unter die minimale Schwelle gefallen ist, fallen lassen. Der langsame Durchschnitt wird vorübergehende Bursts im Verkehr unterbringen. Hinweis Wenn der Wert von n zu hoch wird, reagiert WRED nicht auf Staus. Pakete werden gesendet oder gelöscht, als ob WRED nicht in Kraft war. Für niedrige Werte von n. Die durchschnittliche Warteschlangengröße verfolgt die aktuelle Warteschlangengröße genau. Der daraus resultierende Durchschnitt kann mit Änderungen des Verkehrsniveaus schwanken. In diesem Fall reagiert der WRED-Prozess schnell auf lange Warteschlangen. Sobald die Warteschlange unter die minimale Schwelle fällt, stoppt der Prozess, Pakete zu fallen. Wenn der Wert von n zu niedrig wird, wird WRED zu temporären Verkehrsstörungen überreagieren und den Verkehr unnötig fallen lassen. Packet-Drop-Wahrscheinlichkeit Die Wahrscheinlichkeit, dass ein Paket gelöscht wird, basiert auf dem minimalen Schwellenwert, dem maximalen Schwellenwert und dem Markierungswahrscheinlichkeits-Nenner. Wenn die durchschnittliche Warteschlangengröße über dem minimalen Schwellenwert liegt, beginnt RED, Pakete zu löschen. Die Rate des Paketabfalls nimmt linear zu, wenn die durchschnittliche Warteschlangengröße zunimmt, bis die durchschnittliche Warteschlangengröße die maximale Schwelle erreicht. Der Markierungswahrscheinlichkeits-Nenner ist der Bruchteil der Pakete, die fallen gelassen werden, wenn die durchschnittliche Warteschlangengröße an der maximalen Schwelle liegt. Wenn zum Beispiel der Nenner 512 ist, wird einer von 512 Paketen gelöscht, wenn die durchschnittliche Warteschlange an der maximalen Schwelle liegt. Wenn die durchschnittliche Warteschlangengröße oberhalb der maximalen Schwelle liegt, werden alle Pakete gelöscht. Abbildung 11 fasst die Pakettropfenwahrscheinlichkeit zusammen. Abbildung 11 Packet Drop Wahrscheinlichkeit Der minimale Schwellenwert sollte hoch genug eingestellt werden, um die Verknüpfungsauslastung zu maximieren. Wenn die minimale Schwelle zu niedrig ist, können Pakete unnötig fallengelassen werden, und die Übertragungsstrecke wird nicht vollständig verwendet. Der Unterschied zwischen der maximalen Schwelle und der minimalen Schwelle sollte groß genug sein, um eine globale Synchronisation von TCP-Hosts zu vermeiden (globale Synchronisation von TCP-Hosts kann auftreten, da mehrere TCP-Hosts ihre Übertragungsraten reduzieren). Wenn die Differenz zwischen den maximalen und minimalen Schwellen zu klein ist, können viele Pakete sofort gelöscht werden, was zu einer globalen Synchronisation führt. Warum DWRED DWRED bietet eine schnellere Leistung als RSP-basierte WRED. Sie sollten DWRED auf dem VIP laufen lassen, wenn Sie auf der Cisco 7500 Serie Plattform eine sehr hohe Geschwindigkeit erreichen möchten, können Sie bei der OC-3-Rate Geschwindigkeit erreichen, indem Sie WRED auf einem VIP2-50-Schnittstellenprozessor ausführen. Darüber hinaus gelten die gleichen Gründe, die Sie WRED auf Standard-Cisco IOS-Plattformen verwenden würden, für die Verwendung von DWRED. (Siehe den Abschnitt quotWhy Verwenden Sie WREDquot früher in diesem Kapitel.) Wenn WRED oder DWRED nicht konfiguriert ist, wird der Schwanzabfall in Zeiten der Überlastung erledigt. Durch die Aktivierung von DWRED werden die globalen Synchronisationsprobleme vermieden, die sich ergeben, wenn der Schwanzabfall zur Vermeidung von Staus verwendet wird. Die DWRED-Funktion bietet den Vorteil konsequenter Verkehrsströme. Wenn ROT nicht konfiguriert ist, füllen sich die Ausgangspuffer während der Überlastung. Wenn die Puffer voll sind, fallen Schwanz fallen alle zusätzlichen Pakete fallen gelassen. Da die Pakete auf einmal gelöscht werden, kann die globale Synchronisation von TCP-Hosts auftreten, da mehrere TCP-Hosts ihre Übertragungsraten reduzieren. Die Stauung löscht, und die TCP-Hosts erhöhen ihre Übertragungsraten, was zu Wellen von Staus führt, gefolgt von Perioden, wenn die Übertragungsstrecke nicht vollständig verwendet wird. RED reduziert die Chancen des Schwanzabfalls durch selektives Löschen von Paketen, wenn die Ausgangsschnittstelle beginnt, Anzeichen von Staus zu zeigen. Wenn man einige Pakete frühzeitig ablegt, anstatt zu warten, bis der Puffer voll ist, vermeidet RED, eine große Anzahl von Paketen sofort zu löschen und minimiert die Chancen der globalen Synchronisation. So erlaubt RED, dass die Übertragungsleitung jederzeit voll genutzt werden kann. Darüber hinaus fällt RED statistisch mehr Pakete von großen Benutzern als klein. Daher werden Verkehrsquellen, die den meisten Verkehr erzeugen, eher verlangsamt als Verkehrsquellen, die wenig Verkehr erzeugen. DWRED bietet separate Schwellenwerte und Gewichte für verschiedene IP-Vorgaben, so dass Sie verschiedene Qualitäten des Dienstes für verschiedene Verkehr bieten können. Der Standardverkehr kann in Zeiten der Stauung häufiger fallen als der Premiumverkehr. Einschränkungen Für die DWRED-Funktion gelten folgende Einschränkungen: Interface-basiertes DWRED kann nicht auf einer Subschnittstelle konfiguriert werden. (Eine Subschnittstelle ist eine von mehreren virtuellen Schnittstellen auf einer einzigen physikalischen Schnittstelle.) DWRED wird bei Fast EtherChannel und Tunnelschnittstellen nicht unterstützt. RSVP wird auf DWRED nicht unterstützt. DWRED ist nur dann nützlich, wenn der Großteil des Verkehrs TCPIP-Verkehr ist. Mit TCP, fallen gelassene Pakete zeigen Staus, so dass die Paketquelle reduziert seine Übertragungsrate. Bei anderen Protokollen können Paketquellen nicht reagieren oder können gelöschte Pakete mit der gleichen Rate zurücksenden. Somit verringert das Fallenlassen von Paketen nicht notwendigerweise die Stauung. DWRED behandelt Nicht-IP-Verkehr als Vorrang 0, die niedrigste Priorität. Daher wird der Nicht-IP-Verkehr in der Regel eher fallen als der IP-Verkehr. DWRED kann nicht auf der gleichen Schnittstelle wie RSP-basierte CQ, PQ oder WFQ konfiguriert werden. Jedoch können sowohl DWRED als auch DWFQ auf derselben Schnittstelle konfiguriert werden. Hinweis Verwenden Sie den Befehl match protocol nicht, um eine Verkehrsklasse mit einem Nicht-IP-Protokoll als Match-Kriterium zu erstellen. Das VIP unterstützt keine Übereinstimmung von Nicht-IP-Protokollen. Voraussetzungen Dieser Abschnitt enthält die Voraussetzungen, die erfüllt sein müssen, bevor Sie die DWRED-Funktion konfigurieren. Weighted Fair Queuing Anhängen einer Service-Richtlinie an eine Schnittstelle deaktiviert WFQ auf dieser Schnittstelle, wenn WFQ für die Schnittstelle konfiguriert ist. Aus diesem Grund sollten Sie sicherstellen, dass WFQ auf einer solchen Schnittstelle nicht aktiviert ist, bevor Sie DWRED konfigurieren. Wenn Sie eine Service-Richtlinie anwenden, die für die Verwendung von WRED an einer Schnittstelle konfiguriert ist, wird WRED auf dieser Schnittstelle deaktiviert. Wenn eine der Traffic-Klassen, die Sie in einer Policy Map konfigurieren, WRED für Paketdrop anstelle von tail drop verwenden, müssen Sie sicherstellen, dass WRED nicht auf der Schnittstelle konfiguriert ist, auf die Sie diese Servicerichtlinie anhängen möchten. Zugriffssteuerungslisten Sie können eine nummerierte Zugriffsliste als Übereinstimmungskriterium für jede von Ihnen erstellte Verkehrsklasse angeben. Aus diesem Grund sollten Sie vor der Konfiguration von DWRED wissen, wie Sie Zugriffslisten konfigurieren können. Cisco Express Forwarding Um DWRED nutzen zu können, muss die dCEF Switching an der Schnittstelle aktiviert sein. Informationen zu dCEF finden Sie im Cisco IOS Switching Services-Konfigurationshandbuch. Flow-basierte WRED Flow-basierte WRED ist ein Merkmal, das WRED zwingt, um mehr Fairness für alle Ströme auf einer Schnittstelle in Bezug auf, wie Pakete fallen gelassen werden. Warum Flow-basierte WRED verwenden Bevor Sie die Vorteile der fließbasierten WRED-Angebote berücksichtigen, hilft es, darüber nachzudenken, wie WRED (ohne flussbasierte WRED-Konfiguration) verschiedene Arten von Paketströmen beeinflusst. Sogar bevor flussbasierte WRED die Paketströme klassifiziert, können Strömungen als zu einer der folgenden Kategorien gehörig angesehen werden: Nichtadaptive Strömungen, die Strömungen sind, die nicht auf Staus reagieren. Robuste Strömungen, die im Durchschnitt eine einheitliche Datenrate haben und sich als Reaktion auf Staus verlangsamen. Zerbrechliche Strömungen, die, obwohl staubewusst, weniger Pakete haben, die an einem Tor gepuffert werden, als robuste Ströme. WRED tendiert dazu, gegen zerbrechliche Strömungen vorzuspannen, da alle Ströme, auch solche mit relativ wenigen Paketen in der Ausgangswarteschlange, während der Perioden der Stauung anfällig sind. Obwohl zerbrechliche Ströme weniger gepufferte Pakete haben, werden sie mit der gleichen Rate fallen wie Pakete anderer Ströme. Um allen Strömen gerecht zu werden, hat das flussbasierte WRED folgende Merkmale: Es sorgt dafür, dass Ströme, die auf WRED-Pakettropfen reagieren (durch Rücksetzen der Paketübertragung) vor Strömen geschützt sind, die nicht auf WRED-Pakettropfen reagieren. Es verbietet einen einzigen Durchfluss von der Monopolisierung der Pufferressourcen an einer Schnittstelle. Wie es funktioniert Flow-basierte WRED beruht auf den folgenden zwei Hauptansätzen, um das Problem des unfairen Pakettropfens zu beheben: Es klassifiziert eingehenden Verkehr in Flüsse basierend auf Parametern wie Ziel - und Quelladressen und Ports. Es behält den Zustand über aktive Ströme, die Ströme sind, die Pakete in den Ausgangswarteschlangen haben. Durchflussbasierte WRED verwendet diese Klassifizierungs - und Zustandsinformationen, um sicherzustellen, dass jeder Fluss nicht mehr als seinen zulässigen Anteil der Ausgabepufferressourcen verbraucht. Flow-basierte WRED bestimmt, welche Ströme die Ressourcen monopolisieren und diese Ströme stärker bestrafen. Um die Fairness unter den Strömen zu gewährleisten, unterhält die flussbasierte WRED die Anzahl der aktiven Ströme, die über eine Ausgangsschnittstelle existieren. Angesichts der Anzahl der aktiven Flüsse und der Ausgangswarteschlangengröße bestimmt die flussbasierte WRED die Anzahl der verfügbaren Puffer pro Durchfluss. Um eine gewisse Berstbarkeit zu ermöglichen, skaliert die flussbasierte WRED die Anzahl der verfügbaren Puffer pro Durchfluss um einen konfigurierten Faktor und ermöglicht jedem aktiven Fluss eine bestimmte Anzahl von Paketen in der Ausgangswarteschlange. Dieser Skalierungsfaktor ist allen Strömen gemeinsam. Das Ergebnis der skalierten Anzahl von Puffern wird die Per-Flow-Grenze. Wenn ein Durchfluss die Durchflussgrenze überschreitet, erhöht sich die Wahrscheinlichkeit, dass ein Paket aus diesem Fluss fallengelassen wird. DiffServ-kompatibles WRED DiffServ-kompatibles WRED erweitert die Funktionalität von WRED, um die Unterstützung für DiffServ und AF Per Hop Behavior PHB zu ermöglichen. Diese Funktion ermöglicht es dem Kunden, AF-PHB zu implementieren, indem er Pakete nach DSCP-Werten färbt und dann den Pakete die gewünschten Vorhersagewahrscheinlichkeiten zuweist. Hinweis Diese Funktion kann nur mit IP-Paketen verwendet werden. Es ist nicht für den Einsatz mit Multiprotocol Label Switching (MPLS) - verkapselten Paketen gedacht. Die klassenbasierte Quality of Service MIB unterstützt diese Funktion. Diese MIB ist eigentlich die folgenden zwei MIBs: Die DiffServ-kompatible WRED-Funktion unterstützt die folgenden RFCs: RFC 2474, Definition des differenzierten Services-Feldes (DS-Feld) in den IPv4- und IPv6-Header RFC 2475, eine Architektur für differenzierte Services Framework RFC 2597, Gesicherte Weiterleitung PHB RFC 2598, Eine beschleunigte Weiterleitung PHB Wie es funktioniert Die DiffServ-kompatible WRED-Funktion ermöglicht es WRED, den DSCP-Wert zu verwenden, wenn er die Fallwahrscheinlichkeit für ein Paket berechnet. Der DSCP-Wert ist die ersten sechs Bits des IP-Typs des Dienstes (ToS) Byte. Diese Funktion fügt zwei neue Befehle hinzu, zufällige Erkennung von dscp und dscp. Es fügt auch zwei neue Argumente hinzu, dscp-basiert und prä-basiert. Zu zwei vorhandenen WRED-bezogenen Befehlen für den Befehl random-detect (interface) und den Befehl random-detect-group. Das dscp-basierte Argument ermöglicht es WRED, den DSCP-Wert eines Pakets zu verwenden, wenn er die Fallwahrscheinlichkeit für das Paket berechnet. Das prä-basierte Argument ermöglicht es WRED, den IP-Precedence-Wert eines Pakets zu verwenden, wenn er die Fallwahrscheinlichkeit für das Paket berechnet. Diese Argumente sind optional (Sie müssen keine von ihnen verwenden, um die Befehle zu benutzen), aber sie schließen sich auch gegenseitig aus. Das heißt, wenn Sie das dscp-basierte Argument verwenden, können Sie das präzisionsbasierte Argument nicht mit demselben Befehl verwenden. Nachdem Sie WRED aktiviert haben, um den DSCP-Wert zu verwenden, können Sie den neuen Befehl random-detect dscp verwenden, um die minimalen und maximalen Paketschwellen für diesen DSCP-Wert zu ändern. Es werden drei Szenarien zur Verwendung dieser Argumente bereitgestellt. Usage Scenarios The new dscp-based and prec-based arguments can be used whether you are using WRED at the interface level, at the per-virtual circuit (VC) level, or at the class level (as part of class-based WFQ (CBWFQ) with policy maps). WRED at the Interface Level At the interface level, if you want to have WRED use the DSCP value when it calculates the drop probability, you can use the dscp-based argument with the random-detect (interface) command to specify the DSCP value. Then use the random-detect dscp command to specify the minimum and maximum thresholds for the DSCP value. WRED at the per-VC Level At the per-VC level, if you want to have WRED use the DSCP value when it calculates the drop probability, you can use the dscp-based argument with the random-detect-group command. Then use the dscp command to specify the minimum and maximum thresholds for the DSCP value or the mark-probability denominator. This configuration can then be applied to each VC in the network. WRED at the Class Level If you are using WRED at the class level (with CBWFQ), the dscp-based and prec-based arguments can be used within the policy map. First, specify the policy map, the class, and the bandwidth. Then, if you want WRED to use the DSCP value when it calculates the drop probability, use the dscp-based argument with the random-detect (interface) command to specify the DSCP value. Then use the random-detect dscp command to modify the default minimum and maximum thresholds for the DSCP value. This configuration can then be applied wherever policy maps are attached (for example, at the interface level, the per-VC level, or the shaper level). Usage Points to Note Remember the following points when using the new commands and the new arguments included with this feature: If you use the dscp-based argument, WRED will use the DSCP value to calculate the drop probability. If you use the prec-based argument, WRED will use the IP Precedence value to calculate the drop probability. The dscp-based and prec-based arguments are mutually exclusive. If you do not specify either argument, WRED will use the IP Precedence value to calculate the drop probability (the default method). The random-detect dscp command must be used in conjunction with the random-detect (interface) command. The random-detect dscp command can only be used if you use the dscp-based argument with the random-detect (interface) command. The dscp command must be used in conjunction with the random-detect-group command. The dscp command can only be used if you use the dscp-based argument with the random-detect-group command. For more information about using these commands, refer to the Cisco IOS Quality of Service Command Reference.8 TD Sequential by Tom DeMark Submitted by Vaibhav on August 7, 2009 - 06:45. Auch ich konnte die Regeln, die auf diesen 2 PDF-Dateien basieren, nicht vollständig verstehen. Nach meinem Verständnis, sobald 9 aufeinanderfolgende Stäbe ein Handels-Setup gebildet haben, dann beginnt ein Countdown und wir nehmen Handel nach der perfektionierten 13. Bar, richtig Also, wir müssen auf das richtige Setup warten, gefolgt von einem 13-Wellen-Coundown vor Tatsächlich initiieren einen Handel auf der Grundlage dieser Indikator können Sie bitte werfen Licht auf diese danke Vaibhav Verfasst von Benutzer am 7. August 2009 - 06:53. Und lassen Sie mich hinzufügen, dass wenn Trendlines und dieser Indikator von Tom Demark scheint interessant zu sein scheint, würde ich gerne die anderen Indikatoren von Tom Demark hinzugefügt hier, wie Tom Demark gleitenden Durchschnitt und Tom Demark Bereich Projektierung - die beide helfen zu projizieren Zukunft, Immerhin habe ich gelesen, dass es 17 Indikatoren von Tom Demark gibt. Beeindruckend. Eingereicht von Marie am 8. August 2009 - 12:53. Ich habe das Buch über Daytrading-Optionen von den DeMarks. Die Autoren deuten darauf hin, dass die sequentiellen Setups von sich selbst gehandelt werden können, solange der Qualifikator im Zusammenhang mit dem 6. Balken erfüllt ist. Andernfalls verwenden Sie die Countdown-Methode. Sie sagen, die Methoden können in jedem Zeitrahmen (sogar 1 Minute) verwendet werden, aber sollte dies im Rahmen eines Trends in einem längeren Zeitrahmen getan werden. Es besteht auch die Gefahr, dass die mit 9 bezeichnete Bar nicht die letzte in der Sequenz sein kann. Ich denke, ein Test ist erforderlich, um das Verhältnis von rentablen Trades, in verschiedenen Zeitrahmen zu bestimmen. Verfasst von Edward Revy am 10. August 2009 - 14:46. Pulled out yet another variation of the indicator and simplified description:TD Comfort Portfolios The Six Steps to Building a Financial Plan is an effective way to get started on the road toward financial peace of mind. Once you have a better idea of where you are now and where you want to be in the future, we recommend that you work with a Mutual Funds Representative to ensure that the investments you choose provide the potential for growth, while at the same time keep your investment risk at a comfortable level. The TD Mutual Funds Customer Investor Profile questionnaire helps you determine an asset mix thats right for you. With the help of a Mutual Funds Representative, you can then invest in a TD Comfort Portfolio . Youll benefit from a diversified portfolio that reflects your personal investment needs and objectives. Once youve created a personalized investment portfolio, you can conveniently access your account as well as make account transactions anywhere, anytime. EasyWeb Internet Access is available 24 hours a day, 7 days a week free of charge. The cut-off time for online Mutual Funds transactions is 3p. m. ET. Any transaction after this time will be processed as of the next valuation day. EasyLine, a fully automated touchtone telephone service provided by TD Canada Trust, lets you access your investment accounts 24 hours a day, 7 days a week simply by calling the EasyLine toll-free number at 1-866-222-3456. Or simply visit any TD Canada Trust branch, where a Mutual Funds Representative with TD Investment Services Inc. can help you with all of your investment needs. Since mutual funds qualify as securities and not deposits, they are not guaranteed, their values change frequently and past performance may not be repeated. However, fund managers and the funds themselves operate under strict securities regulations. For example, mutual funds are owned by the unitholders (people who own the mutual fund) and are separate legal entities from the companies that operate them. Securities legislation also requires that mutual fund assets be held in trust by a custodian on behalf of unitholders. You can choose funds that invest in money market investments such as government issued treasury bills, income investments such as bonds, or equity investments such as stocks of corporations, both domestic and international. Some funds are broadly diversified, while others target an asset class or a specific sector of the economy, such as international bonds or science and technology stocks. Others aim to replicate the performance of a well-known index, such as the SPTSX Composite Index in Canada or Standard Poors (SP) 500 in the United States. While there are hundreds of choices, each mutual fund will fall into one of the three main asset classes: safety, income or growth. Or, you can choose a balanced fund which is actively managed to maintain a mix of all three asset classes. The minimum initial investment for TD Mutual Funds is 100 for a non-registered account and 100 for an RSP account. The minimum subsequent investment is 100 for both types of accounts. A TD Mutual Funds Pre-Authorized Purchase Plan. a convenient and affordable way to build your savings. You can start with as little as 25 per fund per transaction and this amount can be automatically deducted from your bank account on a weekly, bi-weekly, semi-monthly, monthly, quarterly, semi-annual, or annual basis. Transfers between TD Mutual Funds are free, however, a 2 early redemption fee is payable to all funds except money market funds if you transfer or sell units of these funds within 30 days (90 days for TD e-Series) of purchase. This fee is designed to protect unitholders from the costs associated with other investors moving quickly in and out of the funds. Frequent trading can hurt a funds performance by forcing the portfolio manager to keep more cash in the fund than would otherwise be needed or to sell investments at an inappropriate time. It may also increase a funds transaction costs. Mutual funds are sold through registered Mutual Funds Representatives or other registered advisors with mutual fund or securities dealers associated with banks, trust companies and insurance companies in Canada. At TD, you can purchase TD Mutual Funds TD Investment Services Inc. by contacting a Mutual Funds Representative through EasyLine telephone services, EasyWeb Interest access or by visiting any TD Canada Trust branch. You can also purchase TD Mutual Funds through TD Direct Investing and TD Wealth. Net income and net realized capital gains earned by a mutual fund are generally passed on to investors in the form of distributions. The frequency of distributions will vary depending on the mutual fund but will generally be monthly, quarterly or annually. You can also earn a capital gain when you sell your mutual fund or switch from one mutual fund to another at a price higher than you paid. The tax treatment of distributions received or capital gains realized will depend upon the type of account in which you hold the investment. If you hold a mutual fund in a Registered Plan (such as RSP, RIF, RESP or TFSA) distributions paid by a mutual fund and any capital gains realized are generally sheltered from tax. Any amount you withdraw from a Registered Plan (excluding TFSA) is generally fully taxable. Amounts withdrawn from a TFSA are not taxable. If you hold a mutual fund in a non-registered account, distributions paid by the mutual fund are taxable whether they are received in cash or reinvested into the mutual fund. You will receive a T3 SupplementaryRelev 16 tax slip which will tell you the amount and type of income to report on your tax return. You must also include in your taxable income any capital gains realized from selling or switching your mutual fund. Its up to you to calculate and report the capital gains you realize on your transactions. Although an official tax slip is not required, mutual fund companies are required to report all sales or switches to Canada Revenue Agency. Book value is the original cost of purchases and reinvested distributions minus the average cost of any redemptions. Average cost per unit is used to calculate any capital gains or losses you may earn when you sell or transfer units of a fund you hold in a non-registered account. The average cost per unit is the book value of your fund divided by the number of units you hold. Technically speaking, theres a difference between a global fund and an international fund, from a North American perspective. A global fund may invest in all the markets of the world, including North America, whereas an international fund generally excludes North America. While past performance does not guarantee future growth, annualized returns (e. g. 1-year, 3-year, 5-year) are often used to compare funds and the quality of their management. Most major daily newspapers publish mutual funds performance tables each month for periods ranging from one month to 10 years or more. Comparing a fund with others in its peer group is a good way to evaluate past performance. Mutual fund tables make it easy by grouping similar funds together. The ability to consistently outperform its peers is one sign of a good-quality fund. To make a fair comparison, it is important to recognize that all funds in one category are not the same. For example, some Canadian equity funds are managed conservatively, while others aggressively pursue growth. One fund manager may emphasize longer-term value, while another may actively trade positions at different times in the market cycle. If in doubt, find out from the fund company or the prospectus what the funds investment objectives are and how the fund is managed. While some performance numbers can be very attractive, you may discover that the funds investments are too risky for you. While market timing is not illegal, our funds are designed for long-term mutual fund investors. TDAM started to charge an early redemption fee (ERF) for most TD Mutual Funds many years ago. This 2 fee is applied to investors that buy and sell units of the same fund within 30 or 90 days, thus discouraging for market timing. The amount charged by this process is paid to the fund to cover any costs or possible negative impact to the fund or its unitholders. In addition, we also retain the right to reject purchase orders from a unitholder who is conducting any activity considered detrimental to the funds or its unitholders. At TD Mutual Funds we are committed to protecting the best interests of our unitholders. We strive to apply the highest standard of care and diligence, and we review our current policies and practices regularly to ensure they continue Mutual Funds Representatives with TD Investment Services Inc. distribute mutual funds at TD Canada Trust. Commissions, trailing commissions, management fees and expenses all may be associated with mutual fund investments. Please read the fund facts and prospectus, which contain detailed investment information, before investing. The indicated rates of return are the historical annual compounded total returns for the period indicated including changes in unit value and reinvestment of all distributions and do not take into account sales, redemption, distribution or optional charges or income taxes payable by any unitholder that would have reduced returns. Mutual funds are not guaranteed or insured, their values change frequently and past performance may not be repeated. TD Mutual Funds and the TD Managed Assets Program Portfolios (collectively, the Funds) are managed by TD Asset Management Inc. a wholly-owned subsidiary of The Toronto-Dominion Bank. TD Investment Services Inc. and TD Waterhouse Canada Inc. (Member Canadian Investor Protection Fund) are each principal distributors of certain series of certain Funds. TD Investment Services Inc. makes available those series of those Funds for which it is a principal distributor. The Funds are also available through TD Waterhouse Canada Inc. and through independent dealers.