RFC 2598, \”yra pagreitinta persiuntimo PHB

RFC 2598 apibrėžia “An pagreitino persiuntimas PHB” ir nurodoma taip: The EF PHB galima sukurti žemo praradimo, žemos vėlavimą, mažas jitter, užtikrintas pralaidumo, iki galo paslaugų ccie per DS domenus. Tai reiškia, kad kai tinklo mazgo gauna paketą, ji turėtų būti perduota kuo greičiau (pridedant tiek mažai, nedelsiant kuo). Tai skamba labai panašūs balso paslaugas, teisė? Nors RFC 2598 nėra aiškiai aptarti šio PHB paskirtį, galima tikriausiai būti saugiai prielaidą, kad šio PHB pirminio ketinimo yra realaus laiko eismo, įskaitant balso ir, kai kuriais atvejais, Interaktyvi vaizdo. Tai, žinoma, kad pasakyti, kad šis PHB nėra niekada naudojamas bet kokios kitos rūšies eismo. Manau, kad yra vienas iš didžiausių dalykų apie DiffServ architektūros įgyvendinimo Cisco įrangos; ji yra labai lanksti ir visiškai konfigurowalne vartotojo
Net jei tai neteisinga. RFC 2598 yra vienas iš nedaugelio, kas DiffServ architektūros, kurios suteikia galimybę patekti į tikrą problemų su neteisinga. Apsvarstyti faktą, kad EF PHB pagrindinis tikslas yra suteikti persiuntimo elgesį, kuris pristato kaip mažai nedelsiant ir kuo jitter. Jei daugiau eismo gauna už perdavimo ccie nei sąsaja gali perduoti, eilę pradeda forma. Kai įtaisas prašys eismo, pagal apibrėžimą joje vėlavimo. Taip, galima numanyti, kad statybos eilėje yra nepageidaujamų įgyvendindamos EF PHB. Sakė kitą kelią, jei įtaisas prašys eismo, joje delsimo; Todėl teikti EF PHB, įtaisas neturėtų eilę (arba eilę labai mažai) srautą. Kadangi šis reikalavimas reiškia, kad EF eismo prioritetas bus teikiamas griežtai perdavimo (siekiant sumažinti vėlavimą), yra pavojus, kad per daug EF eismo gavimo gali sukelti bado kitų eismo nuorodą. Vienas gali įsivaizduoti padėtį, kurioje yra pastovaus srauto EF eismo, gavo išvažiavimas sąsajos eilutės norma ir kitų eismo, gavo išvažiavimas sąsajos eilutės norma srautu. Šioje situacijoje, be mechanizmą siekiant užkirsti kelią bado, EF eismo, kad griežtas prioritetinių susieti reiškia, kad visi EF eismo yra perduodami ir nė vienas iš kitų eismo perduodama. Tai gali labai gerai būti konkretaus naudotojo ketinimų, bet norint išvengti tokios situacijos iš netyčia įvykusio, RFC 2598 ragina apsaugos priemonę. Konkrečiai, jei konfigūraciją reikia EF visų pakelių pažymėtos DSCP 46, ir jei 128 kbps yra eismo, gaunančios EF PHB sukonfigūruotos išvažiavimas dydis, ir siūloma 129 kbps eismo, pažymėtos DSCP 46, 1 k eismo, pažymėtos DSCP 46 yra sumažėjo užtikrinti, kad atvykimo į EF eilėje norma neviršija išvykimo norma. Šiame pavyzdyje ccie Beje, prisiima nuorodą perkrovos yra. Kai Nr perkrova, eilė netampa aktyvus ir, todėl, viešosios tvarkos palaikymo mechanizmas taip pat ne taptų aktyvus. Nurodyti kitas būdas, kai nėra jokių perkrovos, nėra jokių kontrolės, eismo, kad būtų, dėl perkrovos, turėtų būti išdėstyti prioritetų eilė griežta pirmenybė planavimo.