In-Switch Routing vs Centralized Routing | Centralizuotas ir paskirstytas maršrutas
In-Switch Routing ir Centralized Routing abu yra maršruto parinkimo metodai, naudojami tinklo platformose telekomunikacijų pramonėje. Jei pasirenkate telekomunikacijų perjungimo elementą, kai skambutis pasiekia jungiklį, jungiklis turėtų nuspręsti, kur siųsti skambutį, kaip išsiųsti skambutį ir rasti kelią, atsižvelgdamas į daugybę parametrų, įskaitant komercinius susitarimus. Kelio radimas priklausys nuo mažiausių sąnaudų ar kokybės, arba abiejų.
In-Switch Routing
In-Switch maršrutizacija iš esmės yra maršruto parinkimo logika, o maršruto duomenų bazė yra pačiame perjungimo elemente. Duomenų bazės struktūra, maršruto parinkimo logikos kūrimas, logikos užpildymas, išorinės logikos tiekimas, išorinių tarifų ir vežėjų tiekimas skirsis priklausomai nuo tiekėjo. Pardavėjas suteiks įrankį šiai logikai įkelti iš jūsų IT sistemų. Tarkime, kad jūsų tinkle yra keletas skirtingų jungiklių; tą patį turite padaryti su visais jungikliais. Jei pasikeitė įkainiai, operatoriai ar tiekėjai, turite atnaujinti kiekvieno jungiklio maršrutų duomenų bazę naudodami skirtingus įrankius, todėl reikia daug darbo jėgos ir patirties.
Centralizuotas maršrutas
Centralizuoto maršruto parinkimo koncepcija buvo sukurta atsižvelgiant į perjungimo maršruto parinkimo trūkumus ir tinklo mastelį. Centralizuoto maršruto parinkimo atveju maršrutų duomenų bazė bus laikoma centrinėje vietoje, o kiekvienas perjungimo elementas susisieks su centralizuota maršruto parinkimo duomenų baze, kad surastų tikslų išeinantį maršrutą arba maršruto pasirinkimai priklauso nuo nustatytų kriterijų. Perjungimo elementai gali naudoti AIN, INAP, MAP, ENUM, SIP, WIN ir kt.susisiekti su centralizuota maršrutų duomenų baze. Taigi centralizuotoje maršrutų duomenų bazėje bus visi maršruto duomenys, numeriai, maršruto logika ir greitas atnaujinimas su kasdieniais tarifų pokyčiais (vartotojo įvestis) su vežėjais ir tiekėju, vežėjo informacija ir komerciniai susitarimai, kad būtų galima atlikti geriausią maršrutą. Centralizuota duomenų bazė gali prisijungti prie išorinių sistemų, kad prireikus gautų daugiau informacijos, pvz., numerio perkeliamumo taisymo, paskirties grupės duomenų ar bet kokių kitų duomenų. Pagrindinis pranašumas prieš centralizuotą duomenų bazę yra nepriklausomas nuo pardavėjo centralizuotas maršruto parinkimo variklis su sujungimo su bet kokiomis standartinėmis sąsajomis galimybėmis, todėl reikia mažiau priežiūros ir lengvai integruojami nauji perjungimo elementai su momentiniu aktyvavimu.
Skirtumas tarp perjungimo ir centralizuoto maršruto parinkimo
(1) Paslaugų teikimas yra centralizuotas centralizuotame maršruto parinktyje, o perjungimo maršruto parinkimo metu kiekvienas perjungimo elementas turi būti numatytas atskirai.
(2) Centralizuotas maršruto parinkimo duomenų bazės metodas yra nepriklausomas nuo pardavėjo ir yra bendra sąsaja, skirta perjungimo elementams sujungti, todėl mastelio keitimas yra labai lengvas, o jungtinio maršruto tinklo mastelio keitimas reikalauja daugiau darbo jėgos ir patirties.
(3) In-Switch Routing, jungiklis gali turėti duomenų bazės apribojimų ir tai turi būti tvarkoma, o centralizuotoje duomenų bazių sistemoje nebus jokių apribojimų ir jį taip pat lengva išplėsti.
(4) Realaus laiko eismo valdymo sistema ir maršruto sprendimų priėmimo sistema, pagrįsta mažiausiomis sąnaudomis, kokybės pagrindu arba abiem, gali tiekti LCR arba geriausius maršrutus į centralizuotą duomenų bazę su viena sąsaja arba formatu, o kaip „In-Switch“Maršrutizavimas, turime įkelti LCR arba nukreipimo sprendimus į kiekvieną jungiklį per skirtingas sąsajas, o formatai priklauso nuo tiekėjo formatų.
(5) Centralizuoto maršruto parinkimo atveju duomenų bazės prieinamumas yra svarbesnis, nes visas tinklas remiasi vienu tašku, o jungiklio maršruto duomenų bazėje nepriklauso nuo tinklo ir gedimų atveju tai turi įtakos tik konkrečiam langeliui.. Tačiau naudojant centralizuotą maršruto parinkimą, galime pakartoti pagrindinę duomenų bazę su keliais laukeliais, jei reikia, ir atlikti aktyvų sinchronizavimą su pagrindiniu.
(6) Centralizuoto maršruto parinkimo atveju mums nereikia techninio eksperto ar pardavėjo patirties, kad galėtume įkelti duomenis, o įjungus maršruto parinkimą duomenims įkelti reikia kvalifikuotų išteklių.
(7) Naudojant centralizuotą maršruto parinkimą, maršruto atsarginę kopiją, maršruto istorijos atsargines kopijas ir ataskaitas pagal duomenų bazę sudaryti lengva, o naudojant maršruto parinkimą perjungimo režimu sunku parengti ataskaitas arba vesti maršruto informacijos įrašus.
