Td Bevegelig Gjennomsnitt 1

8 TD Sequential av Tom DeMark Skrevet av Vaibhav den 7. august 2009 - 06:45. Selv jeg har ikke klart å forstå reglene basert på disse 2 pdf-filene. Etter min forståelse har en gang 9 sammenhengende barer dannet et handelsoppsett, så starter en nedtelling og vi tar handel etter den perfeksjonerte 13. baren. Så, vi må vente på både riktig oppsett og form etterfulgt av en 13-bølge-coundown før faktisk begynner en handel basert på denne indikatoren Kan du snuble lett på dette Takk Vaibhav Skrevet av Bruker den 7 august 2009 - 06:53. og la meg legge til at hvis trendlinjene og denne indikatoren fra tom demark ser ut til å være interessante, vil jeg gjerne se de andre indikatorene fra Tom demark som er lagt til her, som tom demark glidende gjennomsnitt og tom demark rekkevidde projiserer - begge bidrar til å prosjektet fremtiden, I alt leser jeg at det er 17 indikatorer fra Tom Demark. Wow. Skrevet av Marie den 8. august 2009 - 12:53. Jeg har boken om daytrading-alternativer av DeMarks. Forfatterne indikerer at de sekvensielle oppsettene kan handles av seg selv så lenge kvalifiseringen relatert til 6. bar er oppfylt. Ellers bruker du nedtellingsmetoden. De sier at metodene kan brukes i en hvilken som helst tidsramme (selv 1 minutt), men skal gjøres i sammenheng med en trend i en lengre tidsramme. Det er også en risiko for at baren 9 som ikke er den siste i sekvensen. Jeg tror en test er nødvendig for å bestemme forholdet mellom lønnsomme handler, i forskjellige tidsrammer. Skrevet av Edward Revy 10. august 2009 - 14:46. Utrullet enda en variant av indikatoren og forenklet beskrivelse: Konfigurasjonsveiledning for konfigurasjon av Cisco IOS-kvalitet, versjon 12.2. Overfallsoverveielse Overvåkningsteknikker overvåker nettverkstrafikkbelastninger i et forsøk på å forutse og unngå overbelastning ved vanlige flaskehalser på nettet. Congestion unngåelse oppnås gjennom pakke slippe. Blant de mer vanlige overbelastningsmekanismene er tilfeldig tidlig deteksjon (RED), som er optimal for høyhastighets transittnett. Cisco IOS QoS inkluderer en implementering av RED som, når den er konfigurert, styrer når ruteren slipper pakker. Hvis du ikke konfigurerer Veidet Tilfeldig Tidlig Deteksjon (WRED), bruker ruteren den vanlige standardpakke-dråpemekanismen kalt halefeil. For en forklaring på nettverksbelastning, se kapitlet Kvartalsoversikt for Serviceoversikt. quot Dette kapittelet gir en kort beskrivelse av hvilke typer mekanismer for overbelastning som leveres av Cisco IOS QoS-funksjonene. Det diskuterer følgende funksjoner: Halefalle. Dette er standard overbelastningsadferd når WRED ikke er konfigurert. WRED. WRED og distribuert WRED (DWRED), begge er Cisco implementeringer av REDcombine funksjonene til den Røde algoritmen med IP Precedence-funksjonen. I avsnittet om WRED diskuteres følgende relaterte funksjoner: Flow-basert WRED. Flytbasert WRED utvider WRED for å gi større rettferdighet til alle strømmer på et grensesnitt med hensyn til hvordan pakker blir tapt. DiffServ-kompatibel WRED. DiffServ-kompatibel WRED utvider WRED for å støtte Differentiated Services (DiffServ) og Assured Forwarding (AF) Per Hop Behavior (PHB). Denne funksjonen gjør det mulig for kunder å implementere AF PHB ved å fargepakke i henhold til DSCP-verdier for differensierte tjenester, og deretter tilordne fortrinnsrettesannsynligheter til disse pakkene. For informasjon om hvordan du konfigurerer WRED, DWRED, flowbasert WRED og DiffServ Compliant WRED, se kapitteletConfiguring Weighted Random Early Detectionquot i denne boken. Tail drop behandler all trafikk likt og skiller ikke mellom tjenesteklasser. Køer fyller i perioder med overbelastning. Når utgangskøen er full og halen slipp er i kraft, blir pakkene droppet til overbelastningen er eliminert og køen er ikke lenger full. Veidet tilfeldig tidlig oppdagelse Denne delen gir en kort introduksjon til Røde konsepter og adresser WRED, Cisco implementering av RED for standard Cisco IOS-plattformer. WRED unngår globaliseringsproblemer som oppstår når halefallet brukes som overbelastningsemekanisme på ruteren. Global synkronisering oppstår som bølger av overbelastningskamp bare for å bli fulgt av troughs der transmisjonskoblingen ikke er fullt utnyttet. Global synkronisering av TCP-verter kan for eksempel oppstå fordi pakkene blir tapt alt på en gang. Globale synkroniserings manifesterer når flere TCP-verter reduserer overføringshastighetene som svar på pakkefeil, og deretter øker overføringshastigheten igjen når overbelastningen reduseres. Om tilfeldig tidlig oppdagelse Den Røde mekanismen ble foreslått av Sally Floyd og Van Jacobson tidlig på 1990-tallet for å takle nettverksbelastning på en responsiv snarere enn reaktiv måte. Underliggende RØDMekanismen er premisset om at trafikken kjører på data transport implementeringer som er følsomme for tap og vil midlertidig bremse når noen av trafikken er tapt. TCP, som reagerer hensiktsmessig og robust til trafikkfall ved å redusere trafikkoverføringen, gjør det mulig å redusere trafikkfallet til RED som en signaleringsmekanisme for overbelastning. TCP er den mest brukte nettverkstransporten. Gitt den allestedsnærværende tilstedeværelsen av TCP, tilbyr RED en utbredt, effektiv overbelastnings-mekanisme. Når man vurderer nytten av RED når robuste transporter som TCP er gjennomgripende, er det viktig å også vurdere de alvorlig negative implikasjonene ved å bruke RED når en betydelig prosentandel av trafikken ikke er robust som følge av pakktap. Verken Novell NetWare eller AppleTalk er hensiktsmessig robust som følge av pakketap, derfor bør du ikke bruke RED for dem. Slik fungerer det RED RED har som mål å kontrollere gjennomsnittlig køestørrelse ved å indikere til sluttverten når de midlertidig senker overføringen av pakker. RED utnytter treningskontrollmekanismen til TCP. Ved å tilfeldigvis slippe pakker før perioder med høy overbelastning, forteller RED at pakkekilden reduserer overføringshastigheten. Forutsatt at pakkekilden bruker TCP, vil den redusere overføringshastigheten til alle pakkene når målet, noe som indikerer at overbelastningen er ryddet. Du kan bruke RED som en måte å få TCP til å redusere overføring av pakker. TCP stopper ikke bare, men det starter også raskt og tilpasser overføringshastigheten til den frekvensen som nettverket kan støtte. RED distribuerer tap i tid og opprettholder normalt lav kødybde mens du absorberer pigger. Når det er aktivert på et grensesnitt, begynner RED å slippe pakker når overbelastning skjer med en hastighet du velger under konfigurasjonen. For en forklaring på hvordan Cisco WRED-implementeringen bestemmer parametere som skal brukes i beregningene for WRED-køstørrelsen og hvordan du bestemmer optimale verdier som skal brukes for vektfaktoren, se delen quotAverage Queue Sizequot senere i dette kapittelet. Pakkedroppssannsynlighet Pakkefallssannsynligheten er basert på minimumsgrensen, maksimumsgrensen og merkesannsynlighetens nevner. Når gjennomsnittlig kødybde er over minimumsgrensen, begynner RED å slippe pakker. Hastigheten for pakkedråp øker lineært når gjennomsnittlig køestørrelse øker til gjennomsnittlig køestørrelse når maksimumsgrensen. Merkets sannsynlighetsnevneren er brøkdelen av pakker falt når gjennomsnittlig kødybde er ved maksimumsgrensen. For eksempel, hvis nevneren er 512, blir en av hver 512 pakker droppet når gjennomsnittskøen er på maksimumsgrensen. Når gjennomsnittlig køestørrelse er over maksimumsgrensen, blir alle pakker droppet. Figur 9 oppsummerer pakkefallsannsynligheten. Figur 9 Rød pakkefall Sannsynlighet Minimumsgrenseverdien bør settes høyt nok til å maksimere koblingsutnyttelsen. Hvis minimumsgrensen er for lav, kan pakkene bli unødvendig tømt, og overføringskoblingen vil ikke bli fullt brukt. Forskjellen mellom maksimumsgrensen og minimumsgrensen skal være stor nok til å unngå global synkronisering av TCP-verter (global synkronisering av TCP-verter kan oppstå når flere TCP-verter reduserer overføringshastighetene). Hvis forskjellen mellom maksimums - og minimumsgrensene er for liten, kan mange pakker slettes samtidig, noe som resulterer i global synkronisering. Hvordan TCP håndterer trafikkfall Merknadene Seksjonene Hvordan TCP håndterer Traffic Lossquot og quotHow Ruteren samhandler med TCPquot inneholder detaljert informasjon som du ikke trenger å lese for å bruke WRED eller for å få en generell fornemmelse av funksjonene til RED. Hvis du vil forstå hvorfor problemer med global synkronisering oppstår som følge av overbelastning når halefall brukes som standard og hvordan RED adresserer dem, les disse avsnittene. Når mottakeren av TCP-trafikkoppringte mottakeren mottar et datasegment, kontrollerer det det fire oktet (32-biters) sekvensnummeret til det segmentet mot nummeret mottakeren forventet, hvilket vil indikere at datasegmentet ble mottatt i rekkefølge. Hvis tallene samsvarer, leverer mottakeren alle dataene den holder til målprogrammet, og oppdaterer deretter sekvensnummeret for å gjenspeile det neste nummeret i rekkefølge, og til slutt sender det enten umiddelbart en ACK-pakke til senderen eller det planlegger en ACK som skal sendes til avsenderen etter kort forsinkelse. ACK melder avsenderen at mottakeren mottok alle datasegmentene opp til, men ikke inkludert den som er merket med det nye sekvensnummeret. Mottakere prøver vanligvis å sende en ACK som svar på alternative datasegmenter de mottar de sender ACK fordi for mange applikasjoner, hvis mottakeren venter på en liten forsinkelse, kan den effektivt inkludere svarbekreftelsen på et normalt svar til avsenderen. Men når mottakeren mottar et datasegment ute av drift, reagerer det umiddelbart med en ACK for å lede avsenderen for å sende det tapte datasegmentet på nytt. Når avsenderen mottar en ACK, gjør den denne bestemmelsen: Det avgjør om noen data er utestående. Hvis ingen data er utestående, avgjør avsenderen at ACK er et holdepunkt, som er ment å holde linjen aktiv, og det gjør ingenting. Hvis dataene er utestående, avgjør avsenderen om ACK indikerer at mottakeren har mottatt noen eller ingen av dataene. Hvis ACK indikerer mottak av noen sendte data, avgjør avsenderen om ny kreditt er gitt for å tillate at den sender flere data. Når ACK indikerer kvittering for ingen av dataene som sendes og det foreligger enestående data, tolker avsenderen ACK for å være en gjentatt sendt ACK. Denne tilstanden indikerer at noen data ble mottatt i rekkefølge, tvunget mottakeren til å overføre den første ACK, og at et andre datasegment ble mottatt i rekkefølge, tvinger mottakeren til å overføre den andre ACK. I de fleste tilfeller vil mottakeren motta to segmenter ute av drift fordi et av datasegmentene hadde blitt tapt. Når en TCP-avsender oppdager et tapt datasegment, returnerer det segmentet. Deretter justerer den overføringshastigheten til halvparten av hva som var før dråpet ble oppdaget. Dette er TCP back-off eller slow-down oppførsel. Selv om denne virkemåten er forsvarlig mot overbelastning, kan det oppstå problemer når flere TCP-økter blir båret samtidig med samme ruteren, og alle TCP-sendere reduserer overføringen av pakker samtidig. Hvordan ruteren samhandler med TCP Note Avsnittene "Hvordan TCP Håndterer Trafikk Lossquot" og "Hvordan Ruteren Interagerer med TCPquot inneholder detaljert informasjon som du ikke trenger å lese for å bruke WRED eller å ha en generell fornemmelse av funksjonene til RED. Hvis du vil forstå hvorfor problemer med global synkronisering oppstår som følge av overbelastning når halefall brukes som standard og hvordan RED adresserer dem, les disse avsnittene. For å se hvordan ruteren samhandler med TCP, ser vi på et eksempel. I dette eksemplet mottar ruteren trafikken fra en bestemt TCP-strøm hverandre, hver 10. og hver 100. eller 200. melding i grensesnittet i MAE-EAST eller FIX-WEST. En ruteren kan håndtere flere samtidige TCP-økter. Fordi nettverksstrømmer er additiv, er det stor sannsynlighet for at når trafikken overskrider Transmit Queue Limit (TQL) i det hele tatt, overskrider den grensen. Det er imidlertid også stor sannsynlighet for at den overdrevne trafikkdybden er midlertidig, og at trafikken ikke vil forbli overdreven dyp unntatt i punkter hvor trafikken flyter sammen eller ved kantrutere. Hvis ruteren slipper all trafikk som overstiger TQL, som gjøres når halefrekvensen brukes som standard, går mange TCP-økter samtidig i sakte start. Følgelig bremses trafikken midlertidig til det ytterste, og alle strømmer sakte igjen på nytt. Denne aktiviteten skaper en tilstand for global synkronisering. Men hvis ruteren ikke slipper trafikk, som det er tilfelle når køfunksjoner som rettferdig kø eller tilpasset kø (CQ) blir brukt, vil dataene trolig bli lagret i hovedminne, og drastisk forringende ruterenes ytelse. Ved å rette en TCP-økt om gangen for å redusere, løser RØD de beskrevne problemene, slik at full båndbredde utnyttes i stedet for at bruken manifesterer seg som kranser og trakter av trafikk. Om WRED WRED kombinerer funksjonene til den Røde algoritmen med funksjonen IP Precedence for å sørge for fortrinnsrett trafikkhåndtering av prioriterte pakker. WRED kan selektivt kaste bort lavere prioritetstrafikk når grensesnittet begynner å bli overbelastet og gi differensierte ytelsesegenskaper for ulike tjenesteklasser. Du kan konfigurere WRED til å ignorere IP-prioritet når du velger slippe beslutninger slik at uvektet RED oppførsel oppnås. For grensesnitt konfigurert til å bruke funksjonen Ressursreservasjonsprotokoll (RSVP), velger WRED pakker fra andre strømmer for å slippe i stedet for RSVP-strømmen. Også, IP-precedens styrer hvilke pakker som er droppedtraffic som har lavere prioritet, har en høyere dråpehastighet og er derfor mer sannsynlig å bli smurt tilbake. WRED skiller seg fra andre overbelastningsteknikker, for eksempel køstrategier, fordi den forsøker å forutse og unngå overbelastning i stedet for å kontrollere overbelastning når det oppstår. Hvorfor Bruk WRED WRED gjør tidlig gjenkjenning av overbelastning mulig og sørger for flere klasser av trafikk. Den beskytter også mot global synkronisering. Av disse årsakene er WRED nyttig på ethvert utgangssnitt der du forventer overbelastning. Imidlertid brukes WRED vanligvis i kjernevirksomhetene til et nettverk, i stedet for på kanten av nettverket. Edge-rutere tilordner IP-prioriteter til pakker når de går inn i nettverket. WRED bruker disse forrangene til å bestemme hvordan man skal behandle ulike typer trafikk. WRED gir separate terskler og vekter for forskjellige IP-prioriteter, slik at du kan tilby forskjellige tjenestekvaliteter i forhold til pakkefeil for forskjellige trafikktyper. Standard trafikk kan bli droppet oftere enn premium trafikk i perioder med overbelastning. WRED er også RSVP-oppmerksom, og den kan levere QoS-tjenesten med kontrollert last av integrert tjeneste. Slik fungerer det Ved å tilfeldigvis slippe pakker før perioder med høyt overbelastning, forteller WRED pakkekilden for å redusere overføringshastigheten. Hvis pakkekilden bruker TCP, vil den redusere overføringshastigheten til alle pakkene når målet, noe som indikerer at overbelastningen er ryddet. WRED faller vanligvis pakker selektivt basert på IP-prioritet. Pakker med høyere IP-prioritet er mindre sannsynlig å bli tapt enn pakker med lavere prioritet. Således, jo høyere prioritet av en pakke, desto større er sannsynligheten for at pakken vil bli levert. WRED reduserer sjansene for halen dråpe ved selektivt å droppe pakker når utgang grensesnittet begynner å vise tegn på overbelastning. Ved å slippe noen pakker tidlig i stedet for å vente til køen er full, unngår WRED å kaste ut mange pakker samtidig og minimerer sjansene for global synkronisering. Dermed tillater WRED at transmisjonslinjen til enhver tid brukes fullt ut. I tillegg faller WRED statistisk flere pakker fra store brukere enn små. Derfor er trafikkilder som genererer mest trafikk, sannsynligvis lavere enn trafikkilder som genererer liten trafikk. WRED unngår globaliseringsproblemer som oppstår når halefallet brukes som overbelastningsemekanisme. Globale synkroniserings manifesterer når flere TCP-verter reduserer overføringshastighetene som svar på pakkefeil, og deretter øker overføringshastigheten igjen når overbelastningen reduseres. WRED er bare nyttig når hoveddelen av trafikken er TCPIP-trafikk. Med TCP slipper pakker med overbelastning, så pakkekilden reduserer overføringshastigheten. Med andre protokoller kan pakkekilder kanskje ikke svare eller kan sende omgående pakkede pakker med samme hastighet. Dermed reduserer pakker ikke trengsel. WRED behandler ikke-IP-trafikk som forrang 0, den laveste prioritet. Derfor er ikke-IP-trafikk generelt mer sannsynlig å bli tapt enn IP-trafikk. Figur 10 illustrerer hvordan WRED fungerer. Figur 10 Vektet Tilfeldig Tidlig Deteksjon Gjennomsnittlig køstørrelse Ruteren bestemmer automatisk parametere som skal brukes i WRED-beregningene. Den gjennomsnittlige køestørrelsen er basert på forrige gjennomsnitt og gjeldende størrelse på køen. Formelen er: hvor n er eksponentiell vektfaktor, en brukerkonfigurerbar verdi. For høye verdier av n. forrige gjennomsnitt blir viktigere. En stor faktor glatter ut toppene og nedgangen i kølengden. Den gjennomsnittlige køestørrelsen vil ikke endre seg veldig raskt, og det unngås drastiske svingninger i størrelse. WRED-prosessen vil være sakte for å begynne å slippe pakker, men det kan fortsette å slippe pakker for en tid etter at den faktiske køen har falt under minimumsgrensen. Det sakte gjennomsnittet vil ta imot midlertidige utbrudd i trafikken. Merk Hvis verdien av n blir for høy, vil WRED ikke reagere på overbelastning. Pakker vil bli sendt eller droppet som om WRED ikke var i kraft. For lave verdier av n. Den gjennomsnittlige køestørrelsen følger nøyaktig den nåværende køstørrelsen. Det resulterende gjennomsnittet kan variere med endringer i trafikknivåene. I dette tilfellet reagerer WRED-prosessen raskt på lange køer. Når køen er under minimumsgrensen, stopper prosessen med å slippe pakker. Hvis verdien av n blir for lav, vil WRED overreagere til midlertidige trafikkskader og slippe trafikken unødvendig. Begrensninger Du kan ikke konfigurere WRED på samme grensesnitt som RSP-baserte CQ, prioritetskøer (PQ) eller vektet rettferdig kø (WFQ). Distribuert Veidet Tilfeldig Tidlig Deteksjon Distribuert WRED (DWRED) er en implementering av WRED for allsidig grensesnittprosessor (VIP). DWRED gir det komplette settet av funksjoner for VIP som WRED gir på standard Cisco IOS-plattformer. DWRED-funksjonen støttes kun på Cisco 7000-seriens rutere med en RSP-basert RSP7000-grensesnittprosessor og Cisco 7500 series-rutere med en VIP-basert VIP2-40 eller større grensesnittprosessor. En VIP2-50-grensesnittprosessor anbefales sterkt når den samlede linjehastigheten til portadapterene på VIP er større enn DS3. En VIP2-50-grensesnittprosessor er nødvendig for OC-3-priser. DWRED er konfigurert på samme måte som WRED. Hvis du aktiverer WRED på et passende VIP-grensesnitt, for eksempel en VIP2-40 eller høyere med minst 2 MB SRAM, vil DWRED bli aktivert i stedet. For å kunne bruke DWRED må distribuert Cisco Express Forwarding (dCEF) bytte aktiveres på grensesnittet. For informasjon om dCEF, se Cisco IOS Switching Services Configuration Guide og Cisco IOS Switching Services Command Reference. Du kan konfigurere både DWRED og distribuert vektet rettkjøring (DWFQ) på samme grensesnitt, men du kan ikke konfigurere distribuert WRED på et grensesnitt for hvilket RSP-basert CQ, PQ eller WFQ er konfigurert. Du kan aktivere DWRED ved hjelp av kommandolinjens modulære kvalitet på tjenesten (modulær QoS CLI). For fullstendig konsept - og konfigurasjonsinformasjon om den modulære QoS CLI-funksjonen, se kapittelet QuotModular Quality of Service Command-Line Interface Overviewquot av denne boken. Slik fungerer det Når en pakke kommer og DWRED er aktivert, oppstår følgende hendelser: Gjennomsnittskø størrelsen beregnes. Se seksjonen for kvotekjølestørrelse for detaljer. Hvis gjennomsnittet er mindre enn minimumskøttærskelen, er den ankommerpakken i kø. Hvis gjennomsnittet er mellom minimumskøttærskelen og maksimumskøttærskelen, blir pakken enten droppet eller i kø, avhengig av pakkefallsannsynligheten. Se delen QuotPacket-Drop Probabilityquot for detaljer. Hvis gjennomsnittskøstørrelsen er større enn maksimumskøstrøskelen, blir pakken automatisk falt. Gjennomsnittlig køestørrelse Den gjennomsnittlige køestørrelsen er basert på forrige gjennomsnitt og gjeldende størrelse på køen. Formelen er: hvor n er eksponentiell vektfaktor, en brukerkonfigurerbar verdi. For høye verdier av n. Den forrige gjennomsnittlige køstørrelsen blir viktigere. En stor faktor glatter ut toppene og nedgangen i kølengden. Den gjennomsnittlige køestørrelsen vil ikke endre seg veldig raskt, og det unngås drastiske svingninger i størrelse. WRED-prosessen vil være sakte for å begynne å slippe pakker, men det kan fortsette å slippe pakker for en tid etter at den faktiske køen har falt under minimumsgrensen. Det sakte gjennomsnittet vil ta imot midlertidige utbrudd i trafikken. Merk Hvis verdien av n blir for høy, vil WRED ikke reagere på overbelastning. Pakker vil bli sendt eller droppet som om WRED ikke var i kraft. For lave verdier av n. Den gjennomsnittlige køestørrelsen følger nøyaktig den nåværende køstørrelsen. Det resulterende gjennomsnittet kan variere med endringer i trafikknivåene. I dette tilfellet reagerer WRED-prosessen raskt på lange køer. Når køen er under minimumsgrensen, stopper prosessen med å slippe pakker. Hvis verdien av n blir for lav, vil WRED overreagere til midlertidige trafikkskader og slippe trafikken unødvendig. Sannsynlighet for pakke-slipp Sannsynligheten for at en pakke vil bli droppet, er basert på minimumsgrensen, maksimumsgrensen og merkesannsynlighetens nevner. Når gjennomsnittlig køestørrelse er over minimumsgrensen, begynner RED å slippe pakker. Antallet av pakkedråper øker lineært når gjennomsnittskøstørrelsen øker, til gjennomsnittlig køestørrelse når maksimumsgrensen. Merkets sannsynlighetsnevneren er brøkdelen av pakker falt når gjennomsnittlig køestørrelse er ved maksimumsgrensen. For eksempel, hvis nevneren er 512, blir en av hver 512 pakker droppet når gjennomsnittskøen er på maksimumsgrensen. Når gjennomsnittlig køestørrelse er over maksimumsgrensen, blir alle pakker droppet. Figur 11 oppsummerer pakkefallsannsynligheten. Figur 11 Pakkedroppssannsynlighet Minimumsgrenseverdien bør settes høyt nok til å maksimere koblingsutnyttelsen. Hvis minimumsgrensen er for lav, kan pakkene bli unødvendig tømt, og overføringskoblingen vil ikke bli fullt brukt. Forskjellen mellom maksimumsgrensen og minimumsgrensen skal være stor nok til å unngå global synkronisering av TCP-verter (global synkronisering av TCP-verter kan oppstå når flere TCP-verter reduserer overføringshastighetene). Hvis forskjellen mellom maksimums - og minimumsgrensene er for liten, kan mange pakker slettes samtidig, noe som resulterer i global synkronisering. Hvorfor bruk DWRED DWRED gir raskere ytelse enn RSP-basert WRED. Du bør kjøre DWRED på VIP hvis du vil oppnå svært høy fart på Cisco 7500-serien, for eksempel, du kan oppnå hastighet ved OC-3-priser ved å kjøre WRED på en VIP2-50-grensesnittprosessor. I tillegg gjelder det samme grunner til at du bruker WRED på standard Cisco IOS-plattformer for bruk av DWRED. (Se avsnittet "Forsøk å bruke WREDquot tidligere i dette kapitlet.") Når WRED eller DWRED ikke er konfigurert, blir halefallet avgjort under overbelastningsperioder. Aktivering av DWRED eliminerer de globale synkroniseringsproblemer som oppstår når halefallet brukes for å unngå overbelastning. DWRED-funksjonen gir fordelen av konsistente trafikkstrømmer. Når RØD ikke er konfigurert, fylles utbuffere i løpet av overbelastningsperioder. Når bufferne er fulle, skjer halenfallet, alle ekstra pakker blir tapt. Fordi pakkene er tapt alt på en gang, kan global synkronisering av TCP-verter oppstå, da flere TCP-verter reduserer overføringshastighetene. Overbelastningen rydder, og TCP-vertene øker overføringshastighetene, noe som resulterer i bølger av overbelastning etterfulgt av perioder når overføringskoblingen ikke er fullt utnyttet. RED reduserer sjansene for halefall ved å selektivt slippe pakker når utgangssnittet begynner å vise tegn på overbelastning. Ved å slippe noen pakker tidlig i stedet for å vente til bufferen er full, unngår RED å slippe stort antall pakker samtidig og minimerer sjansene for global synkronisering. Dermed tillater RED at overføringslinjen skal brukes fullt ut til enhver tid. I tillegg faller RED statistisk flere pakker fra store brukere enn små. Derfor er trafikkilder som genererer mest trafikk, sannsynligvis lavere enn trafikkilder som genererer liten trafikk. DWRED gir separate terskler og vekter for ulike IP-prioriteter, slik at du kan tilby forskjellige tjenestekvaliteter for forskjellig trafikk. Standard trafikk kan bli droppet oftere enn premium trafikk i perioder med overbelastning. Begrensninger Følgende restriksjoner gjelder for DWRED-funksjonen: Grensesnittbasert DWRED kan ikke konfigureres på en undergrensesnitt. (En undergrensesnitt er en av flere virtuelle grensesnitt på et enkelt fysisk grensesnitt.) DWRED støttes ikke på Fast EtherChannel og tunnelgrensesnitt. RSVP støttes ikke på DWRED. DWRED er kun nyttig når hoveddelen av trafikken er TCPIP-trafikk. Med TCP slår pakkene ned overbelastning, slik at pakkekilden reduserer overføringshastigheten. Med andre protokoller kan pakkekilder kanskje ikke svare eller kan sende omgående pakkede pakker med samme hastighet. Dermed reduserer pakker ikke nødvendigvis overbelastning. DWRED behandler ikke-IP-trafikk som forrang 0, den laveste prioritet. Derfor er ikke-IP-trafikk vanligvis mer sannsynlig å bli tapt enn IP-trafikk. DWRED kan ikke konfigureres på samme grensesnitt som RSP-basert CQ, PQ eller WFQ. Imidlertid kan både DWRED og DWFQ konfigureres på samme grensesnitt. Merk Ikke bruk kommandoen kampprotokoll for å opprette en trafikklasse med en ikke-IP-protokoll som et samsvarskriterium. VIP støtter ikke samsvar med ikke-IP-protokoller. Forutsetninger Denne delen inneholder forutsetningene som må oppfylles før du konfigurerer DWRED-funksjonen. Vektet Fair Queuing Ved å legge til en servicepolicy til et grensesnitt deaktiveres WFQ på dette grensesnittet hvis WFQ er konfigurert for grensesnittet. Av denne grunn bør du sørge for at WFQ ikke er aktivert på et slikt grensesnitt før du konfigurerer DWRED. Ved å legge til en tjenestepolicy som er konfigurert til å bruke WRED til et grensesnitt deaktiverer WRED på det grensesnittet. Hvis noen av trafikklassene du konfigurerer i et policykart, bruk WRED for pakkefeil i stedet for halefeil, må du forsikre deg om at WRED ikke er konfigurert på grensesnittet som du har til hensikt å legge ved denne servicepolitikken. Tilgangskontrolllister Du kan angi en nummerert tilgangsliste som kampkriterium for enhver trafikklasse du oppretter. Av denne grunn, før du konfigurerer DWRED, bør du vite hvordan du konfigurerer tilgangslister. Cisco Express Videresending For å kunne bruke DWRED, må dCEF-bytte aktiveres på grensesnittet. For informasjon om dCEF, se Cisco IOS Switching Services Configuration Guide. Flowbasert WRED Flow-basert WRED er en funksjon som tvinger WRED til å gi større rettferdighet til alle strømmer på et grensesnitt med hensyn til hvordan pakker blir tapt. Hvorfor bruke Flow-Based WRED Før du vurderer fordelene ved bruk av flytbasert WRED, hjelper det å tenke på hvordan WRED (uten flytbasert WRED-konfigurert) påvirker ulike typer pakkestrømmer. Selv før flytbasert WRED klassifiserer pakkestrømmer, kan strømmer anses å tilhøre en av følgende kategorier: Ikkeadaptive strømmer, som er strømmer som ikke reagerer på overbelastning. Robuste strømmer, som i gjennomsnitt har en jevn datahastighet og bremser som følge av overbelastning. Brennbare strømmer, som, selv om overbelastningsbevisst, har færre pakker buffret ved en gateway enn robuste strømmer. WRED har en tendens mot forstyrrelser mot skjøre strømmer fordi alle strømmer, selv de med relativt færre pakker i utgangskøen, er utsatt for pakkefall under overbelastningsperioder. Selv om skjøre strømmer har færre buffede pakker, blir de falt i samme takt som pakker av andre strømmer. For å gi rettferdighet til alle strømmer, har flyt-basert WRED følgende funksjoner: Det sikrer at strømmer som reagerer på WRED-pakken faller (ved å lagre pakkeoverføring), er beskyttet mot strømmer som ikke reagerer på WRED-pakkedråper. Det forbyder en enkeltflyt fra å monopolisere bufferressursene ved et grensesnitt. Slik fungerer det Flowbasert WRED bygger på følgende to hovedmetoder for å rette opp problemet med urettferdig pakkedråp: Den klassifiserer innkommende trafikk i strømmer basert på parametere som destinasjon og kildeadresser og porter. Den opprettholder tilstanden om aktive strømmer, som er strømmer som har pakker i utgangskøene. Flowbasert WRED bruker denne klassifiseringen og gir informasjon for å sikre at hver strøm ikke bruker mer enn den tillatte delen av utgangsbufferressursene. Flytbasert WRED bestemmer hvilke strømmer som monopoliserer ressurser, og det straffer straks disse strømmene. For å sikre rettferdighet mellom strømmer, holder strømningsbasert WRED en telling av antall aktive strømmer som eksisterer gjennom et utgangssnitt. Gitt antall aktive strømmer og utgangskø størrelsen, bestemmer strømningsbasert WRED antall buffere som er tilgjengelige per strømning. For å tillate litt utryddelse skalerer flyt-basert WRED antall buffere som er tilgjengelige per strøm av en konfigurert faktor og tillater at hver aktiv strøm har et visst antall pakker i utgangskøen. Denne skaleringsfaktoren er vanlig for alle strømmer. Utfallet av det skalerte antall buffere blir per-flowgrensen. Når en strøm overstiger grensen for strømning, øker sannsynligheten for at en pakke fra den strømmen slippes. DiffServ-kompatibel WRED DiffServ-kompatibel WRED utvider funksjonaliteten til WRED for å muliggjøre støtte for DiffServ og AF Per Hop Behavior PHB. Denne funksjonen gjør det mulig for kunder å implementere AF PHB ved å fargepakke i henhold til DSCP-verdier, og deretter tilordne preferansefeil sannsynligheter til disse pakkene. Merk Denne funksjonen kan bare brukes med IP-pakker. Det er ikke beregnet for bruk med multiprotocol Label Switching (MPLS) - kapslede pakker. Den klassebaserte servicekvaliteten MIB støtter denne funksjonen. Denne MIB er faktisk følgende to MIB: DiffServ-kompatibel WRED-funksjonen støtter følgende RFC: RFC 2474, Definisjon av differensierte tjenestefelt (DS-felt) i IPv4- og IPv6-hodene RFC 2475, En arkitektur for differensierte tjenester Framework RFC 2597, Forsikret videresending PHB RFC 2598, En fremskyndet videresending PHB Slik fungerer den DiffServ-kompatibel WRED-funksjonen gjør det mulig for WRED å bruke DSCP-verdien når den beregner drop-sannsynligheten for en pakke. DSCP-verdien er de første seks bitene av IP-typen tjeneste (ToS) byte. Denne funksjonen legger til to nye kommandoer, tilfeldig oppdag dscp og dscp. Det legger også til to nye argumenter, dscp-baserte og forhåndsbaserte. til to eksisterende WRED-relaterte kommandoen random-detekter (grensesnitt) kommandoen og kommandoen for tilfeldig oppdag-gruppe. Det dscp-baserte argumentet gjør det mulig for WRED å bruke DSCP-verdien til en pakke når den beregner drop-sannsynligheten for pakken. Det forhåndsbaserte argumentet gjør det mulig for WRED å bruke IP Precedence-verdien til en pakke når den beregner drop-sannsynligheten for pakken. Disse argumentene er valgfrie (du trenger ikke bruke noen av dem til å bruke kommandoene), men de er også gjensidig eksklusiv. Det vil si, hvis du bruker det dscp-baserte argumentet, kan du ikke bruke det forhåndsbaserte argumentet med samme kommando. Etter at WRED kan bruke DSCP-verdien, kan du da bruke den nye random-detect dscp-kommandoen for å endre minimums - og maksimumspakningsgrenseverdiene for den DSCP-verdien. Tre scenarier for bruk av disse argumentene er gitt. 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. 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.