In-Switch-ruting vs sentralisert ruting | Sentralisert vs distribuert ruting
In-Switch-ruting og sentralisert ruting er begge rutingmetoder som brukes i nettverksplattformer i telekommunikasjonsindustrien. Hvis du tar et telekomsvitsjeelement, når en samtale treffer bryteren, bør bryteren ta avgjørelsen hvor anropet skal sendes, hvordan anropet skal sendes og finne veien ved å vurdere en rekke parametere, inkludert kommersielle ordninger. Å finne veien vil avhenge av lavest kostnadsbasert eller kvalitetsbasert eller begge deler.
In-Switch-ruting
In-Switch-ruting er i utgangspunktet rutinglogikken og rutingdatabasen ligger i selve svitsjeelementet. Databasestrukturen, å lage rutinglogikk, fylle ut logikken, mate den eksterne logikken, mate eksterne priser og transportører vil være forskjellig fra leverandør til leverandør. Leverandøren vil tilby et verktøy for å laste denne logikken fra IT-systemene dine. Anta at du har et par forskjellige brytere i nettverket ditt; du må gjøre det samme for alle bryterne. Hvis det skjedde endringer på prisene eller transportørene eller leverandørene, må du oppdatere rutedatabasen for hver svitsj med forskjellige verktøy, og dermed kreves mye arbeidskraft og ekspertise.
Sentralisert ruting
Sentralisert ruting-konsept kom ut ved å vurdere ulempene med In-Switching-rutingen og skalerbarheten til nettverket. I sentralisert ruting vil rutingdatabasen holdes på et sentr alt sted, og hvert svitsjelement vil kommunisere med den sentraliserte rutingdatabasen for å finne den eksakte utgående ruten eller rutevalg avhenger av de definerte kriteriene. Bytteelementer kan bruke AIN, INAP, MAP, ENUM, SIP, WIN, etc.å kommunisere til den sentraliserte rutingdatabasen. Så den sentraliserte rutingdatabasen vil ha alle rutingdata, nummerutbrudd, rutinglogikk og umiddelbar oppdatering med daglige rateendringer (brukerinndata) med transportører og leverandør, transportørinformasjon og kommersiell ordning for å utføre den beste rutingen. Den sentraliserte databasen kan koble til eksterne systemer for å få mer informasjon om nødvendig, som nummerportabilitetskorreksjon, destinasjonsgruppedata eller andre data. Den største fordelen fremfor sentralisert database er at leverandøruavhengig sentralisert rutingmotor med sammenkoblings alternativer til alle standardgrensesnitt gir mindre vedlikehold og enkel integrering av nye svitsjeelementer med øyeblikkelig aktivering.
Forskjellen mellom In-Switch-ruting og sentralisert ruting
(1) Tjenesteforsyning er sentralisert i sentralisert ruting, mens i in-switch-ruting må hvert svitsjelement klargjøres separat.
(2) Sentralisert ruting-databasemetode er leverandøruavhengig og felles grensesnitt for sammenkobling av svitsjeelementer, slik at skalerbarhet er veldig enkelt, mens skalerbarhet i In-Switch Routing krever mer arbeidskraft og ekspertise.
(3) In-Switch-ruting, svitsj kan ha databasebegrensninger og det må administreres, mens det i sentralisert databasesystem ikke vil være noen begrensninger og lett å utvides også.
(4) Trafikkstyringssystem i sanntid og rutebeslutningssystem basert på laveste kostnadsbasis, kvalitetsgrunnlag eller begge deler kan mate LCR- eller Best-rutene til sentralisert database med enkelt grensesnitt eller format, mens som i In-Switch Ruting, vi må laste LCR eller rutingbeslutninger til hver svitsj via forskjellige grensesnitt og formater avhenger av leverandørformater.
(5) I sentralisert ruting er databasetilgjengeligheten viktigere siden hele nettverket er avhengig av ett enkelt punkt, mens i In-Switch Routing-databasen uavhengig av nettverket og i tilfelle feil kun påvirker den bestemte boksen. Men i sentralisert ruting kan vi replikere hoveddatabasen med flere bokser etter behov og foreta aktiv synkronisering med master.
(6) I sentralisert ruting trenger vi ikke teknisk ekspert eller leverandørerfaring for å laste dataene, mens i In-Switch-ruting trenger du dyktige ressurser for å laste inn dataene.
(7) I sentralisert ruting er rutesikkerhetskopiering, sikkerhetskopiering av rutinghistorikk og produksjon av rapporter mot databasen enkelt, mens det i In-Switch-ruting er vanskelig å lage rapporter eller holde oversikt over rutinginformasjonen.
