Maršrutas maršrutizatorius komutatoriuje vs Centralizuotas maršrutas | Centralizuotas ir paskirstytas maršruto parinkimas
„In-Switch“ maršruto parinkimas ir centralizuotas maršrutizavimas yra maršruto parinkimo metodai, naudojami tinklo platformose telekomunikacijų pramonėje. Jei pasirenkate telekomunikacijų perjungimo elementą, kai skambutis pasiekia jungiklį, komutatorius turėtų nuspręsti, kur siųsti skambutį, kaip išsiųsti skambutį ir rasti kelią, apsvarstydamas daugybę parametrų, įskaitant komercinius susitarimus. Kelio suradimas priklausys nuo mažiausios kainos, kokybės ar abiejų.
Maršrutai jungiklyje
Maršrutas „In-Switch“ iš esmės yra maršruto logika, o maršruto duomenų bazė yra pačiame perjungimo elemente. Duomenų bazės struktūra, maršruto logikos kūrimas, logikos pildymas, išorinės logikos tiekimas, išorinių tarifų ir nešėjų tiekimas skiriasi nuo pardavėjo iki tiekėjo. Pardavėjas pateiks įrankį, kuris padės įkelti šią logiką iš jūsų IT sistemų. Tarkime, kad jūsų tinkle yra keletas skirtingų jungiklių; tą patį turite padaryti ir su visais jungikliais. Jei pasikeitė tarifai, operatoriai ar tiekėjai, turite atnaujinti kiekvieno jungiklio maršruto duomenų bazę skirtingais įrankiais, taigi reikia daug darbo jėgos ir žinių.
Centralizuotas maršrutas
Centralizuota maršruto koncepcija išryškėjo atsižvelgiant į maršruto keitimo trūkumus ir tinklo mastelį. Centralizuoto maršruto parinkimo maršruto duomenų bazė bus laikoma centrinėje vietoje, o kiekvienas perjungimo elementas palaikys ryšį su centralizuota maršruto duomenų baze, kad surastų tikslų išeinantį maršrutą arba maršruto pasirinkimas priklauso nuo apibrėžtų kriterijų. Perjungimo elementai gali naudoti AIN, INAP, MAP, ENUM, SIP, WIN ir kt., Kad galėtų susisiekti su centralizuota maršruto duomenų baze. Taigi centralizuotoje duomenų bazėje bus visi maršruto duomenys, maršruto skaičiavimas, maršruto logika ir greitas atnaujinimas su dienos normos pokyčiais (vartotojo įvestis) su vežėjais ir tiekėjais, informacija apie vežėją ir komercinė tvarka, kad būtų galima atlikti geriausią maršruto parinkimą. Centralizuota duomenų bazė gali prisijungti prie išorinių sistemų, kad prireikus gautų daugiau informacijos, pvz., Numerio perkeliamumo pataisymą, paskirties grupės duomenis ar kitus duomenis. Pagrindinis pranašumas, palyginti su centralizuota duomenų baze, yra tai, kad iš pardavėjo nepriklausomas centralizuotas maršrutizavimo variklis su galimybe jungtis prie bet kurios standartinės sąsajos lemia mažiau priežiūros ir lengvą naujų perjungimo elementų integraciją, iškart įjungiant..
Skirtumas tarp maršruto maršrutizatoriuje ir centralizuoto maršruto (1) Paslaugų teikimas yra centralizuotas centralizuotame maršrutizavime, o maršrutizuojant jungiklyje kiekvienas perjungimo elementas turi būti įrengtas atskirai.. (2) Centralizuoto maršruto duomenų bazės metodas yra nepriklausomas nuo pardavėjo ir bendra jungiamųjų elementų sujungimo sąsaja, todėl mastelį pakeisti yra labai lengva, o maršrutizatoriaus, skirto maršrutizacijai tinkle, mastelio plėtrai reikia daugiau darbo jėgos ir kompetencijos.. (3) Maršrutai maršrutizatoriuje gali turėti duomenų bazės apribojimų ir tai turi būti valdoma, tuo tarpu centralizuotoje duomenų bazių sistemoje nebus jokių apribojimų, juos taip pat lengva išplėsti.. (4) Realiojo laiko eismo valdymo sistema ir sprendimų priėmimo sistema, pagrįsta mažiausiomis sąnaudomis, kokybe arba abiem, gali pateikti LCR arba geriausius maršrutus į centralizuotą duomenų bazę su viena sąsaja ar formatu, o kaip ir maršruto keitimo maršrute, mes turime įkelti LCR arba maršruto parinkimo sprendimus kiekvienam jungikliui per skirtingas sąsajas ir formatus priklauso nuo pardavėjo formatų. (5) Centralizuotame maršrutizavime duomenų bazių prieinamumas yra svarbesnis, nes visas tinklas priklauso nuo vieno taško, tuo tarpu maršruto keitimo duomenų bazėje, nepriklausomoje nuo tinklo, ir gedimų atveju ji veikia tik tam tikrą langelį. Bet centralizuotame maršruto parinkime mes galime atkartoti pagrindinę duomenų bazę su keliais laukeliais ir atlikti aktyvų sinchronizavimą su pagrindiniu. (6) Centralizuotam maršruto parinkimui nereikia duomenų techninio eksperto ar pardavėjo patirties, o maršrutizatoriuje, reikalingame kvalifikuotiems ištekliams duomenims įkelti.. (7) Centralizuoto maršruto sudarymo metu yra lengva maršruto atsarginę kopiją, maršruto duomenų atsarginę kopiją kurti ir ataskaitas kurti iš duomenų bazės, tuo tarpu maršrutizatoriuje, kuriame keičiamas maršrutas, sudėtinga rengti ataskaitas arba tvarkyti maršruto informacijos įrašus..
|