Td Mobile Media 2

Cisco IOS Quality of Service Solutions Guida alla configurazione, versione 12.2 congestione carichi di traffico di rete Prevenzione Panoramica tecniche di evitare la congestione del monitor, nel tentativo di prevenire ed evitare la congestione a colli di bottiglia della rete comuni. Evitare la congestione è ottenuta attraverso caduta pacchetto. Tra i meccanismi di evitare la congestione più comunemente utilizzata è Random Early Detection (RED), che è ottimale per reti di transito ad alta velocità. Cisco IOS QoS include un'implementazione di rosso che, se configurato, controlla quando il router scende pacchetti. Se non si configura Weighted Random Early Detection (WRED), il router utilizza il meccanismo goccia pacchetto di default più crudo chiamato goccia di coda. Per una spiegazione di congestione della rete, vedere il capitolo quotQuality di servizio Panoramica. quot Questo capitolo fornisce una breve descrizione dei tipi di meccanismi di evitare la congestione forniti dalle caratteristiche Cisco IOS QoS. Discute le seguenti caratteristiche: goccia di coda. Questo è il comportamento predefinito evitare la congestione quando WRED non è configurato. WRED. WRED e WRED distribuito (DWRED) che sono entrambi le implementazioni Cisco di REDcombine le capacità del algoritmo RED con la funzione Precedenza IP. All'interno della sezione sulle WRED, le seguenti funzioni correlate sono discussi: WRED a base di flusso. Basato sul flusso WRED si estende WRED per fornire una maggiore equità a tutti i flussi su un'interfaccia per quanto riguarda come i pacchetti vengono scartati. DiffServ Compliant WRED. DiffServ Conforme WRED si estende WRED per supportare servizi differenziati (DiffServ) e ha assicurato comportamento Forwarding (AF) Per Hop (PHB). Questa caratteristica consente ai clienti di implementare AF PHB colorando i pacchetti in base ai valori differenziati punti di codice servizi (DSCP) e quindi assegnare le probabilità goccia preferenziali per i pacchetti. Per informazioni su come configurare WRED, DWRED, WRED basato sul flusso e DiffServ Conforme WRED, si veda il capitolo quotConfiguring Weighted Random Early Detectionquot in questo libro. goccia di coda tratta tutto il traffico allo stesso modo e non distingue tra classi di servizio. Le code si riempiono durante i periodi di congestione. Quando la coda di uscita è pieno e goccia coda è in effetti, i pacchetti vengono scartati finché la congestione è eliminato e la coda non è più completa. Weighted Random Early Detection Questa sezione fornisce una breve introduzione ai concetti di rosso e si rivolge WRED, l'implementazione di Cisco di RED per piattaforme standard Cisco IOS. WRED evita i problemi che si verificano quando globalizzazione goccia coda è utilizzato come meccanismo di prevenzione della congestione sul router. sincronizzazione globale si verifica come le onde di congestione cresta solo per essere seguiti da depressioni durante il quale il collegamento di trasmissione non è pienamente utilizzata. sincronizzazione globale degli eserciti TCP, ad esempio, può verificarsi perché i pacchetti vengono scartati tutti in una volta. sincronizzazione globale manifesta quando più host TCP ridurre i loro tassi di trasmissione in risposta alla caduta di pacchetto, quindi aumentare i loro tassi di trasmissione, ancora una volta, quando il traffico è ridotto. A proposito di Random Early Detection Il meccanismo RED è stato proposto da Sally Floyd e Van Jacobson nei primi anni 1990 per affrontare la congestione della rete in un reattivo piuttosto che maniera reattiva. Alla base del meccanismo di RED è la premessa che la maggior parte del traffico viene eseguito su implementazioni di trasporto dati che sono sensibili alla perdita e sarà temporaneamente rallentare quando alcuni di loro traffico è sceso. TCP, che risponde appropriatelyeven robustlyto calo del traffico, rallentando la sua trasmissione di traffico, permette in modo efficace il comportamento del traffico-drop di RED a lavorare come un meccanismo di segnalazione di congestione-elusione. TCP costituisce il trasporto di rete più utilizzati. Data la presenza ubiquitaria di TCP, Red ha una capillare ed efficace meccanismo di congestione evitamento. Nel considerare l'utilità di RED quando trasporti robusti come TCP sono dominanti, è importante considerare anche le implicazioni negative seriamente di impiegare RED quando una percentuale significativa del traffico non è robusto in risposta alla perdita di pacchetti. Né Novell NetWare né AppleTalk è adeguatamente robusta in risposta alla perdita di pacchetti, quindi non si dovrebbe usare RED per loro. Come funziona RED mira a controllare la dimensione media della coda indicando agli ospiti finali quando dovrebbe rallentare temporaneamente la trasmissione di pacchetti. RED sfrutta il meccanismo di controllo della congestione di TCP. Facendo cadere in modo casuale i pacchetti prima di periodi di alta congestione, ROSSO dice la fonte dei pacchetti di abbassare il tasso di trasmissione. Supponendo che la sorgente dei pacchetti utilizza TCP, si riduce la sua velocità di trasmissione fino a che tutti i pacchetti arrivano a destinazione, indicando che la congestione è eliminato. È possibile utilizzare rosso come un modo per provocare TCP a rallentare la trasmissione di pacchetti. TCP non solo si ferma, ma si riavvia anche rapidamente e si adatta la sua velocità di trasmissione al tasso che la rete in grado di supportare. RED distribuisce le perdite nel tempo e mantiene la profondità della coda normalmente basso assorbendo punte. Quando è abilitato su un'interfaccia, ROSSO comincia a far cadere i pacchetti in caso di congestione ad una velocità selezionata durante la configurazione. Per una spiegazione di come l'implementazione di Cisco WRED determina i parametri da utilizzare nei calcoli dimensione della coda WRED e come determinare i valori ottimali da usare per il fattore di peso, vedere la sezione quotAverage coda Sizequot avanti in questo capitolo. Packet Probabilità goccia La goccia probabilità pacchetto è basato sulla soglia minima, massima soglia e denominatore probabilità mark. Quando la profondità media della coda è superiore alla soglia minima, rosso inizia a cadere i pacchetti. Il tasso di caduta dei pacchetti aumenta in modo lineare con l'aumentare della dimensione media coda fino a quando la dimensione media coda raggiunge la soglia massima. Il denominatore probabilità marchio è la frazione dei pacchetti persi quando la profondità media della coda è alla soglia massima. Ad esempio, se il denominatore è 512, uno su ogni 512 pacchetti è caduto quando la coda media è al limite massimo. Quando la dimensione media della coda è superiore alla soglia massima, tutti i pacchetti vengono scartati. Figura 9 riassume la probabilità di pacchetti goccia. Figura 9 Probabilità pacchetto rosso goccia Il valore minimo di soglia dovrebbe essere abbastanza alto per massimizzare l'utilizzo del collegamento. Se la soglia minima è troppo bassa, i pacchetti possono eliminare inutilmente, e il collegamento di trasmissione non verranno pienamente utilizzati. La differenza tra la soglia massima e la soglia minima dovrebbe essere abbastanza grande per evitare la sincronizzazione globale degli eserciti TCP (sincronizzazione globale degli eserciti TCP può verificarsi come più host TCP ridurre i loro tassi di trasmissione). Se la differenza tra il massimo ed soglie minime è troppo piccolo, molti pacchetti possono eliminare contemporaneamente, con conseguente sincronizzazione globale. Come TCP gestisce perdita di traffico Nota Le sezioni quotHow TCP gestisce il traffico Lossquot e quotHow le Interagisce router con TCPquot contengono informazioni dettagliate che non è necessario leggere per utilizzare WRED o di avere un senso generale delle capacità di RED. Se si vuole capire perché i problemi di sincronizzazione globale si verificano in risposta alla congestione quando la caduta di coda è utilizzato di default e come RED li affronta, leggere queste sezioni. Quando il destinatario del protocollo TCP trafficcalled i receiverreceives un segmento di dati, controlla il numero di sequenza quattro ottetto (32-bit) di quel segmento contro il numero del ricevitore del previsto, il che indicherebbe che il segmento di dati è stato ricevuto in ordine. Se i numeri corrispondono, il ricevitore fornisce tutti i dati che esso contiene all'applicazione di destinazione, allora aggiorna il numero di sequenza per riflettere il numero successivo in ordine, e infine invia o immediatamente un pacchetto di riconoscimento (ACK) al mittente o pianifica un ACK da inviare al mittente dopo un breve ritardo. L'ACK notifica al mittente che il destinatario ha ricevuto tutti i segmenti di dati fino a, ma non inclusa quella contrassegnata con il nuovo numero di sequenza. Ricevitori solito tentano di inviare un ACK in risposta ad alternata segmenti di dati che ricevono mandano il ACK perché per molte applicazioni, se il ricevitore attende un piccolo ritardo, può includere efficacemente il suo riconoscimento risposta su una normale risposta al mittente. Tuttavia, quando il ricevitore riceve un segmento di dati fuori ordine, risponde immediatamente con un ACK per dirigere il mittente di ritrasmettere il segmento di dati persi. Quando il mittente riceve un ACK, rende questa determinazione: Determina se i dati è eccezionale. Se i dati non è eccezionale, il mittente determina che il ACK è un KeepAlive, lo scopo di mantenere la linea attiva, e non fa nulla. Se i dati è eccezionale, il mittente determina se l'ACK indica che il ricevitore ha ricevuto alcuni o nessuno dei dati. Se l'ACK indica ricezione di alcuni dati inviati, il mittente determina se è stato concesso nuovo credito per consentirle di inviare più dati. Quando l'ACK indica ricezione di nessuno dei dati inviati e c'è dati in sospeso, il mittente interpreta l'ACK di essere ripetutamente inviato ACK. Questa condizione indica che alcuni dati sono stati ricevuti fuori ordine, costringendo il ricevitore di rimettere il primo ACK, e che un secondo segmento di dati è stato ricevuto fuori ordine, costringendo il ricevitore rimettere il secondo ACK. Nella maggior parte dei casi, il ricevitore riceverà due segmenti fuori ordine perché uno dei segmenti di dati era stato abbandonato. Quando un protocollo TCP mittente rileva un segmento di dati caduto, si rinvia il segmento. Poi si regola la sua velocità di trasmissione per la metà di quello che è stato prima è stata rilevata la caduta. Questo è il TCP back-off o comportamento rallentamento. Sebbene questo comportamento è adeguatamente sensibile alla congestione, possono sorgere problemi quando più sessioni TCP vengono svolte contemporaneamente con lo stesso router e tutti i mittenti TCP rallentano la trasmissione di pacchetti contemporaneamente. Come le Interagisce con router TCP Nota Le sezioni quotHow TCP gestisce il traffico Lossquot e quotHow le Interagisce router con TCPquot contengono informazioni dettagliate che non è necessario leggere per utilizzare WRED o di avere un senso generale delle capacità di RED. Se si vuole capire perché i problemi di sincronizzazione globale si verificano in risposta alla congestione quando la caduta di coda è utilizzato di default e come RED li affronta, leggere queste sezioni. Per vedere come il router interagisce con il protocollo TCP, vedremo un esempio. In questo esempio, in media, il router riceve il traffico proveniente da un particolare flusso TCP ogni altro, ogni 10, e ogni messaggio 100 ° o 200 ° nell'interfaccia a Mae-Oriente o FIX-ovest. Un router in grado di gestire più sessioni TCP simultanee. Poiché i flussi di rete sono additivi, c'è un'alta probabilità che quando il traffico supera il limite di coda di trasmissione (TQL) a tutti, sarà di gran lunga superiore al limite. Tuttavia, vi è anche un'alta probabilità che la profondità traffico eccessivo è temporaneo e che il traffico non rimarrà troppo profonda salvo in punti in cui i flussi di traffico fondono o edge router. Se il router scende tutto il traffico che supera la TQL, come si fa quando la caduta di coda è utilizzato di default, molte sessioni TCP verranno contemporaneamente andare in avvio lento. Di conseguenza, il traffico rallenta temporaneamente all'estremo e quindi tutti i flussi lenta ricominciare questa attività crea una condizione di sincronizzazione globale. Tuttavia, se il router scende traffico, come è il caso quando accodamento caratteristiche come Fair Queuing o accodamento personalizzato (CQ) vengono utilizzati, i dati possa essere memorizzato nella memoria principale, drasticamente ridurre le prestazioni router. Dirigendo una sessione TCP alla volta per rallentare, RED risolve i problemi descritti, consentendo il pieno utilizzo della banda piuttosto che l'utilizzo manifesta come creste e gli avvallamenti di traffico. A proposito di WRED WRED combina le capacità dell'algoritmo RED con la precedenza IP dispongono di fornire per la gestione del traffico di pacchetti preferenziale con priorità più alta. WRED può selettivamente scartare traffico priorità più bassa quando l'interfaccia comincia a diventare congestionato e fornire prestazioni differenziate per le diverse classi di servizio. È possibile configurare WRED per ignorare la precedenza IP quando si prendono decisioni goccia in modo da ottenere un comportamento RED nonweighted. Per le interfacce configurate per utilizzare la funzione Resource Reservation Protocol (RSVP), WRED sceglie i pacchetti provenienti da altri flussi di cadere, piuttosto che i flussi RSVP. Inoltre, precedenza IP governa quali pacchetti sono droppedtraffic che è a una precedenza inferiore ha un più alto tasso cadere ed è quindi più probabile che sia strozzato indietro. WRED si differenzia da altre tecniche di evitare la congestione, come la coda strategie perché tenta di anticipare ed evitare la congestione, piuttosto che la congestione di controllo una volta che si verifica. Perché utilizzare WRED WRED rende la diagnosi precoce di congestione possibile e prevede per più classi di traffico. Protegge anche contro sincronizzazione globale. Per queste ragioni, WRED è utile in qualsiasi interfaccia di output in cui ci si aspetta che si verifichi la congestione. Tuttavia, WRED è solitamente utilizzato nei router principali di una rete, piuttosto che alla periferia della rete. Edge router assegnare precedenze IP a pacchetti al loro ingresso nella rete. WRED utilizza queste precedenze per stabilire come trattare diversi tipi di traffico. WRED prevede soglie e pesi separati per le diverse precedenze IP, permettendo di fornire diverse qualità di servizio per quanto riguarda la caduta dei pacchetti per i diversi tipi di traffico. traffico standard può essere eliminato con maggiore frequenza rispetto al traffico premium nei periodi di congestione. WRED è anche RSVP-aware, e può fornire il servizio QoS-carico controllato di servizio integrato. Come funziona Facendo cadere in modo casuale i pacchetti prima di periodi di alta congestione, WRED dice la fonte dei pacchetti di abbassare il tasso di trasmissione. Se la sorgente del pacchetto utilizza TCP, si riduce la sua velocità di trasmissione fino a che tutti i pacchetti arrivano a destinazione, che indica che la congestione è eliminato. WRED cade generalmente i pacchetti in modo selettivo sulla base di precedenza IP. I pacchetti con una precedenza IP più elevato sono meno probabilità di essere sceso di pacchetti con una precedenza più bassa. Pertanto, maggiore è la priorità di un pacchetto, maggiore è la probabilità che il pacchetto sarà trasportato. WRED riduce le possibilità di caduta di coda da pacchetti cadere selettivamente quando l'interfaccia di uscita comincia a mostrare segni di congestione. Facendo cadere alcuni pacchetti presto piuttosto che aspettare fino a quando la coda è piena, WRED evita di far cadere un gran numero di pacchetti in una sola volta e riduce al minimo le possibilità di sincronizzazione globale. Così, WRED permette la linea di trasmissione da utilizzare pienamente in ogni momento. Inoltre, WRED gocce statisticamente più pacchetti da grandi utenti di piccole dimensioni. Pertanto, fonti di traffico che generano la maggior parte del traffico sono più probabilità di essere rallentato rispetto alle fonti di traffico che generano poco traffico. WRED evita i problemi che si verificano quando globalizzazione goccia coda è utilizzato come meccanismo di prevenzione della congestione. sincronizzazione globale manifesta quando più host TCP ridurre i loro tassi di trasmissione in risposta alla caduta di pacchetto, quindi aumentare i loro tassi di trasmissione, ancora una volta, quando il traffico è ridotto. WRED è utile solo quando la maggior parte del traffico è il traffico TCPIP. Con TCP, pacchetti scartati indicano la congestione, per cui la sorgente dei pacchetti ridurrà la sua velocità di trasmissione. Con altri protocolli, fonti pacchetto non possono rispondere o possono inviare nuovamente pacchetti scartati alla stessa velocità. Così, la perdita di pacchetti non diminuisce la congestione. WRED tratta traffico non IP come priorità 0, la priorità più bassa. Pertanto, il traffico non IP, in generale, è più probabile che sia caduto di traffico IP. La figura 10 illustra il funzionamento di WRED. Figura 10 Weighted Random Early Detection media Dimensione coda Il router determina automaticamente i parametri da utilizzare nei calcoli WRED. La dimensione media della coda si basa sulla media precedente e la dimensione corrente della coda. La formula è la seguente: dove n è il fattore di peso esponenziale, un valore configurabile dall'utente. Per valori elevati di n. la precedente media diventa più importante. Un grande fattore leviga i picchi e bassi nella lunghezza della coda. La dimensione media della coda è improbabile che possa cambiare molto rapidamente, evitando le oscillazioni drastiche in termini di dimensioni. Il processo WRED sarà lento per iniziare la perdita di pacchetti, ma può continuare a perdere pacchetti per un certo tempo dopo la dimensione della coda effettiva è sceso sotto la soglia minima. La media lento ospiterà scoppi temporanei nel traffico. Nota Se il valore di n diventa troppo alta, WRED non reagisce alla congestione. I pacchetti saranno inviati o lasciati cadere come se WRED non fosse in vigore. Per bassi valori di n. la dimensione media della coda segue da vicino la dimensione della coda corrente. La media risultante può variare con i cambiamenti nei livelli di traffico. In questo caso, il processo WRED risponde rapidamente a lunghe code. Una volta che la coda scende sotto la soglia minima, il processo si ferma la perdita di pacchetti. Se il valore di n diventa troppo basso, WRED sarà reagire in modo eccessivo a burst di traffico temporaneo e rilasciare il traffico inutilmente. Limitazioni Non è possibile configurare WRED sulla stessa interfaccia come Route interruttore Processor (RSP) a base di CQ, code di priorità (PQ), o Weighted Fair Queuing (WFQ). Distribuito Weighted Random Early Detection WRED Distributed (DWRED) è un'implementazione del WRED per il Versatile Interface Processor (VIP). DWRED offre la serie completa di funzioni per il VIP che WRED fornisce su piattaforme standard di Cisco IOS. La caratteristica DWRED è supportata solo su Cisco 7000 router della serie con un processore interfaccia RSP7000 RSP-based e Cisco 7500 router della serie con un processore interfaccia VIP basata VIP2-40 o superiore. Un processore di interfaccia VIP2-50 è fortemente consigliato quando la velocità di linea aggregato dei adattatori di porta sul VIP è maggiore di DS3. Un processore VIP2-50 interfaccia è necessario per OC-3 quote. DWRED è configurato allo stesso modo come WRED. Se si abilita WRED su una opportuna interfaccia VIP, come ad esempio un VIP2-40 o superiore con almeno 2 MB di SRAM, DWRED sarà abilitata invece. Per poter utilizzare DWRED, distribuito Cisco Express Forwarding (dCEF) commutazione deve essere abilitato sull'interfaccia. Per informazioni su dCEF, fare riferimento al Cisco IOS Switching Guida di Configurazione e il Cisco IOS Switching Services Command Reference. È possibile configurare sia DWRED e distribuito Weighted Fair Queuing (DWFQ) sulla stessa interfaccia, ma non è possibile la configurazione dei WRED su un'interfaccia per il quale RSP-based CQ, PQ, o WFQ è configurato. È possibile abilitare DWRED utilizzando la qualità del servizio modulare Command-Line Interface (CLI Modular QoS) caratteristica. Per complete informazioni concettuali e la configurazione sulla funzione modulare QoS CLI, vedere il capitolo quotModular Quality of Service Command-Line Interface Overviewquot di questo libro. Come funziona Quando un pacchetto arriva e DWRED è abilitata, i seguenti eventi si verificano: La dimensione media della coda viene calcolato. Vedere la sezione quotAverage coda Sizequot per i dettagli. Se la media è inferiore alla soglia minima coda, il pacchetto in arrivo è in coda. Se la media è tra la soglia minima coda e la soglia massima di coda, il pacchetto viene sia caduta o in coda, a seconda della probabilità pacchetto goccia. Vedere la sezione quotPacket-Drop Probabilityquot per i dettagli. Se la dimensione media coda è superiore alla soglia massima coda, il pacchetto viene scartato automaticamente. Coda di media dimensione La dimensione media della coda si basa sulla media precedente e la dimensione corrente della coda. La formula è la seguente: dove n è il fattore di peso esponenziale, un valore configurabile dall'utente. Per valori elevati di n. precedente coda di media dimensione diventa più importante. Un grande fattore leviga i picchi e bassi nella lunghezza della coda. La dimensione media della coda è improbabile che possa cambiare molto rapidamente, evitando le oscillazioni drastiche in termini di dimensioni. Il processo WRED sarà lento per iniziare la perdita di pacchetti, ma può continuare a perdere pacchetti per un certo tempo dopo la dimensione della coda effettiva è sceso sotto la soglia minima. La media lento ospiterà scoppi temporanei nel traffico. Nota Se il valore di n diventa troppo alta, WRED non reagisce alla congestione. I pacchetti saranno inviati o lasciati cadere come se WRED non fosse in vigore. Per bassi valori di n. la dimensione media della coda segue da vicino la dimensione della coda corrente. La media risultante può variare con i cambiamenti nei livelli di traffico. In questo caso, il processo WRED risponde rapidamente a lunghe code. Una volta che la coda scende sotto la soglia minima, il processo si interrompe la perdita di pacchetti. Se il valore di n diventa troppo basso, WRED sarà reagire in modo eccessivo a burst di traffico temporaneo e rilasciare il traffico inutilmente. Probabilità Packet-Drop La probabilità che un pacchetto verrà eliminata si basa sulla soglia minima, soglia massima, e mark denominatore probabilità. Quando la dimensione media della coda è superiore alla soglia minima, rosso inizia a cadere i pacchetti. Il tasso di caduta dei pacchetti aumenta in modo lineare con l'aumentare della dimensione media della coda, fino a quando la dimensione media coda raggiunge la soglia massima. Il denominatore probabilità marchio è la frazione dei pacchetti persi quando la dimensione media della coda è alla soglia massima. Ad esempio, se il denominatore è 512, uno su ogni 512 pacchetti è caduto quando la coda media è al limite massimo. Quando la dimensione media della coda è superiore alla soglia massima, tutti i pacchetti vengono scartati. Figura 11 riassume la probabilità di pacchetti goccia. Figura 11 Packet Probabilità di goccia Il valore minimo di soglia dovrebbe essere abbastanza alto per massimizzare l'utilizzo del collegamento. Se la soglia minima è troppo bassa, i pacchetti possono eliminare inutilmente, e il collegamento di trasmissione non verranno pienamente utilizzati. La differenza tra la soglia massima e la soglia minima dovrebbe essere abbastanza grande per evitare la sincronizzazione globale degli eserciti TCP (sincronizzazione globale degli eserciti TCP può verificarsi come più host TCP ridurre i loro tassi di trasmissione). Se la differenza tra il massimo ed soglie minime è troppo piccolo, molti pacchetti possono eliminare contemporaneamente, con conseguente sincronizzazione globale. Perché utilizzare DWRED DWRED offre prestazioni più veloci di quanto non faccia WRED RSP-based. È necessario eseguire DWRED sul VIP se si vuole raggiungere velocità molto elevate su Cisco 7500 Series platformfor esempio, è possibile ottenere velocità ai OC-3 tariffe eseguendo WRED su un processore interfaccia VIP2-50. Inoltre, le stesse ragioni si usa WRED su piattaforme standard Cisco IOS si applicano a utilizzare DWRED. (Vedere la sezione quotWhy Usa WREDquot in precedenza in questo capitolo.) Per esempio, quando WRED o DWRED non è configurato, goccia coda è promulgata durante i periodi di congestione. Abilitazione DWRED elimina i problemi di sincronizzazione globali che derivano quando la caduta di coda viene utilizzata per evitare la congestione. La caratteristica DWRED offre il vantaggio di flussi di traffico coerenti. Quando è rosso non è configurato, buffer di uscita si riempiono durante i periodi di congestione. Quando i buffer sono pieni, goccia coda si verifica tutti i pacchetti aggiuntivi vengono scartati. Poiché i pacchetti vengono scartati tutti in una volta, sincronizzazione globale degli eserciti TCP può verificarsi più host TCP ridurre i loro tassi di trasmissione. La congestione cancella, ed i padroni di casa TCP aumentare i loro tassi di trasmissione, con conseguente ondate di congestione seguiti da periodi in cui il collegamento di trasmissione non è completamente utilizzato. RED riduce le possibilità di caduta di coda da pacchetti cadere selettivamente quando l'interfaccia di uscita comincia a mostrare segni di congestione. Facendo cadere alcuni pacchetti presto piuttosto che aspettare fino a quando il buffer è pieno, RED evita di far cadere un gran numero di pacchetti in una sola volta e riduce al minimo le possibilità di sincronizzazione globale. Così, RED permette la linea di trasmissione da utilizzare pienamente in ogni momento. Inoltre, ROSSO gocce statisticamente più pacchetti da grandi utenti di piccole dimensioni. Pertanto, fonti di traffico che generano la maggior parte del traffico sono più probabilità di essere rallentato rispetto alle fonti di traffico che generano poco traffico. DWRED prevede soglie e pesi separati per le diverse precedenze IP, permettendo di fornire diverse qualità di servizio per il traffico diverso. traffico standard può essere eliminato con maggiore frequenza rispetto al traffico premium nei periodi di congestione. Restrizioni Le seguenti restrizioni si applicano alla funzione DWRED: basata su interfaccia DWRED non può essere configurato su una sottointerfaccia. (A subinterface è uno di una serie di interfacce virtuali su una singola interfaccia fisica.) DWRED non è supportato sulle interfacce EtherChannel e tunnel veloce. RSVP non è supportato su DWRED. DWRED è utile solo quando la maggior parte del traffico è il traffico TCPIP. Con TCP, pacchetti scartati indicano la congestione, quindi la fonte del pacchetto riduce il tasso di trasmissione. Con altri protocolli, fonti pacchetto non possono rispondere o possono inviare nuovamente pacchetti scartati alla stessa velocità. Così, la perdita di pacchetti non necessariamente ridurre la congestione. DWRED tratta traffico non IP come priorità 0, la priorità più bassa. Pertanto, il traffico non-IP è di solito più probabilità di essere sceso di traffico IP. DWRED non può essere configurato sulla stessa interfaccia come RSP-based CQ, PQ, o WFQ. Tuttavia, sia DWRED e DWFQ possono essere configurate sulla stessa interfaccia. Nota Non utilizzare il comando protocollo match per creare una classe di traffico con un protocollo non IP come un criterio di corrispondenza. Il VIP non supporta la corrispondenza dei protocolli non-IP. Prerequisiti Questa sezione fornisce i prerequisiti che devono essere soddisfatti prima di configurare la funzione DWRED. Weighted Fair Queueing Collegamento di una politica di servizio a un'interfaccia disabilita WFQ su tale interfaccia se WFQ è configurato per l'interfaccia. Per questo motivo, è necessario assicurarsi che WFQ non è abilitato a questo tipo di interfaccia prima di configurare DWRED. Collegamento di una politica di servizio configurato per utilizzare WRED a un'interfaccia disabilita WRED su tale interfaccia. Se una delle classi di traffico che si configura in un uso della politica mappa WRED per goccia pacchetto invece di goccia di coda, è necessario assicurarsi che WRED non è configurato su l'interfaccia a cui si intende fissare quella politica di servizio. Access Control Lists È possibile specificare un elenco di accesso numerate come il criterio di corrispondenza per qualsiasi classe di traffico che si crea. Per questo motivo, prima di configurare DWRED si dovrebbe sapere come configurare liste di accesso. Cisco Express Forwarding Per poter utilizzare DWRED, commutazione dCEF deve essere abilitato sull'interfaccia. Per informazioni su dCEF, consultare il Cisco IOS Switching Servizi Guida alla configurazione. WRED basato sul flusso WRED Flow-based è una caratteristica che costringe WRED di permettersi una maggiore equità a tutti i flussi su un'interfaccia per quanto riguarda come i pacchetti vengono scartati. Perché utilizzare basato sul flusso WRED prima di considerare i vantaggi che utilizzano di offerte WRED flow-based, aiuta a pensare a come WRED (senza WRED basato sul flusso configurato) colpisce diversi tipi di flussi di pacchetti. Anche prima WRED basato sul flusso classifica pacchetto flussi, i flussi possono essere considerati come appartenenti ad una delle seguenti categorie: flussi non adattivi, che sono i flussi che non rispondono alla congestione. flussi robusti, che in media hanno una velocità di trasmissione dati uniforme e rallentano in risposta alla congestione. flussi fragile, che, anche se la congestione-aware, hanno un minor numero di pacchetti tamponata a un gateway di quanto non facciano i flussi robusto. WRED tende verso pregiudizio contro i flussi fragili perché tutti i flussi, anche quelli con un minor numero relativamente pacchetti nella coda di output, sono suscettibili di caduta pacchetto durante i periodi di congestione. Anche se i flussi fragili hanno un minor numero di pacchetti tamponata sono caduto alla stessa velocità come pacchetti di altri flussi. Per fornire l'equità a tutti i flussi, basata su flusso WRED ha le seguenti caratteristiche: Assicura che i flussi che rispondano alle WRED pacchetto gocce (tornando indietro di trasmissione dei pacchetti) sono protetti da flussi che non rispondono alle gocce WRED pacchetto. Essa vieta un unico flusso di monopolizzare le risorse del buffer in un'interfaccia. Come funziona basato sul flusso WRED si basa sui seguenti due principali approcci per risolvere il problema della ingiusta goccia pacchetto: classifica il traffico in entrata in flussi sulla base di parametri quali indirizzi e porte di destinazione e di origine. Si mantiene lo stato sui flussi attivi, che sono i flussi che hanno i pacchetti nelle code di uscita. Basato sul flusso WRED utilizza queste informazioni di classificazione e di stato per assicurare che ogni flusso non consuma più la sua quota consentita delle risorse del buffer di uscita. Portata a base di WRED determina che scorre monopolizzare le risorse e penalizza più pesantemente questi flussi. Per garantire equità tra flussi, basato sul flusso WRED mantiene un conteggio del numero di flussi attivi che esistono attraverso una interfaccia di uscita. Dato il numero di flussi attivi e la dimensione della coda di uscita, basato sul flusso WRED determina il numero di buffer disponibili per ogni flusso. Per consentire una certa burstiness, basato sul flusso WRED scale il numero di buffer disponibili per il flusso di un fattore configurato e consente a ciascun flusso attivo di avere un certo numero di pacchetti nella coda di uscita. Questo fattore di scala è comune a tutti i flussi. L'esito del numero scalato di buffer diventa il limite per il flusso. Quando un flusso supera il limite per flusso, la probabilità che un pacchetto da quel flusso verrà eliminata aumenta. DiffServ Conforme WRED DiffServ Conforme WRED estende le funzionalità del WRED per abilitare il supporto per DiffServ e AF Per Hop Behavior PHB. Questa caratteristica consente ai clienti di implementare AF PHB colorando pacchetti secondo valori DSCP e assegnando probabilità goccia preferenziali per i pacchetti. Nota Questa funzione può essere utilizzata solo con i pacchetti IP. Non è inteso per l'uso con Multiprotocol Label Switching (MPLS) pacchetti - encapsulated. Il Quality Class-Based of Service MIB supporta questa funzione. Questo MIB è in realtà le due seguenti MIB: La caratteristica DiffServ Conforme WRED supporta i seguenti RFC: RFC 2474, Definizione Differenziata Servizi Field (DS Field) in IPv4 e IPv6 intestazioni RFC 2475, un'architettura per RFC differenziato Services Framework 2597, Assured Forwarding PHB RFC 2598, un Expedited Forwarding PHB Come funziona la funzione di DiffServ Conforme WRED permette WRED per utilizzare il valore DSCP quando si calcola la probabilità di eliminazione per un pacchetto. Il valore DSCP è i primi sei bit del tipo IP di servizio (TOS) di byte. Questa funzione aggiunge due nuovi comandi, casuale rilevare DSCP e dscp. Si aggiunge anche due nuove argomentazioni, dscp-based e basati su prec. a commandsthe comando a due esistenti WRED legati casuale rilevare (interfaccia) e il comando casuale rilevare-gruppo. L'argomento DSCP-based consente WRED di utilizzare il valore DSCP di un pacchetto quando si calcola la probabilità di eliminazione per il pacchetto. L'argomento prec-based consente WRED di utilizzare il valore precedenza IP di un pacchetto quando si calcola la probabilità di eliminazione per il pacchetto. Questi argomenti sono opzionali (non c'è bisogno di utilizzare qualsiasi di loro di utilizzare i comandi), ma sono anche escludono a vicenda. Cioè, se si utilizza l'argomento DSCP-based, non è possibile utilizzare l'argomento prec-based con lo stesso comando. Dopo aver abilitato WRED per utilizzare il valore DSCP, è possibile utilizzare il nuovo comando casuale rilevare DSCP per modificare le soglie massime del pacchetto minimo e per quel valore DSCP. sono previsti tre scenari per l'utilizzo di questi argomenti. 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. Anche io non sono stato in grado di comprendere pienamente le regole in base a quei 2 file pdf. Secondo la mia comprensione, una volta 9 bar consecutivi hanno formato una configurazione commerciale, poi un conto alla rovescia inizia e prendiamo commercio dopo il 13 bar perfezionato, giusto così, dobbiamo aspettare sia per la messa a punto giusta per formare seguito da un conto alla rovescia di 13 agitata davanti in realtà avviando un commercio basato su questo indicatore Potete per favore gettare luce su questo ringraziamento Vaibhav Inserito da utente in data 7 agosto 2009 - 06:53. e permettetemi di aggiungere, che se le linee di tendenza e l'indicatore di Tom Demark sembra essere interessante, mi piacerebbe vedere gli altri indicatori di Tom Demark aggiunti qui, come Tom Demark movimento gamma media e Tom Demark proiettare - entrambi i quali contribuendo a proiettare futuro, In tutto, ho letto che ci sono 17 indicatori da Tom Demark. Wow. Inviato da Marie 8 agosto 2009 - 00:53. Ho il libro sulle opzioni da parte dei DeMarks daytrading. Gli autori indicano che le impostazioni sequenziali possono essere scambiati da soli finché la qualificazione correlato al 6 bar è soddisfatta. In caso contrario, si utilizza il metodo del conto alla rovescia. Si dice che i metodi possono essere usati in qualsiasi periodo di tempo (anche 1 minuto), ma dovrebbe essere fatto in modo all'interno del contesto di una tendenza in un arco di tempo più lungo. Vi è anche il rischio che la barra etichettato 9 non può essere l'ultima della sequenza. Credo che un test è necessario per determinare il rapporto di fruttuosi scambi commerciali, in tempi diversi. Inviato da Edward Revy il 10 agosto 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.