Forskjell mellom In-Switch Routing og Sentral Routing

In-Switch Routing vs Centralized Routing | Sentralisert vs distribuert ruting

In-Switch Routing og Centralized Routing begge er rutemetoder som brukes i nettverksplattformer i telekommunikasjonsindustrien. Hvis du tar et telekomomkoblingselement, skal en bytte avbryter, når en samtale treffer bryteren, avgjøre hvor du skal sende anropet, hvordan du sender anropet og finner banen ved å vurdere mange parametere, inkludert kommersielle ordninger. Å finne banen vil avhenge av minst kostnadsbaserte eller kvalitetsbaserte eller begge deler.

In-Switch Routing

In-Switch-ruting er i utgangspunktet rutingen logikk og ruting databasen er bosatt i selve bryterelementet. Databasestrukturen, oppretting av rutingslogikk, populering av logikken, utfylling av ekstern logikk, tilførsel av eksterne priser og transportører, ville være forskjellig fra leverandør til leverandør. Leverandøren vil gi et verktøy for å laste denne logikken fra dine IT-systemer. Anta at du har noen forskjellige brytere i nettverket ditt; du må gjøre det samme for alle bryterne. Hvis det oppstår endringer i satsene eller transportørene eller leverandørene, må du oppdatere rutedatabasen til hver bytte med forskjellige verktøy og dermed mye arbeidskraft og kompetanse som kreves.

Sentralisert ruting

Sentralisert rutekonfigurasjon kom ut ved å vurdere ulempene ved In-Switching routing og skalerbarheten i nettverket. I sentralisert ruting vil rutedatabasen holdes sentralt, og hvert bytteelement vil kommunisere med den sentraliserte rutingsdatabasen for å finne den nøyaktige utgående ruten eller rutevalgene avhenger av de definerte kriteriene. Bytteelementer kan bruke AIN, INAP, MAP, ENUM, SIP, WIN, etc. for å kommunisere til den sentraliserte rutingsdatabasen. Så den sentraliserte rutingsdatabasen vil ha alle rutedataene, nummerutbruddene, rutingslogikken og øyeblikkelig oppdatering med dagskursendringer (brukerinngang) 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, for eksempel nummerportabilitetskorreksjon, destinasjonsgruppedata eller annen data. Hovedfordelen over sentralisert database er leverandør uavhengig sentralisert rutemotor med sammenkoblingsalternativer til alle standardgrensesnitt, noe som resulterer i mindre vedlikehold og enkel integrering av nye bryterelementer med umiddelbar aktivering.

Forskjellen mellom in-switch-ruting og sentralisert ruting (1) Serviceforsyning er sentralisert i sentralisert ruting, mens i bytte-ruting må hvert bytteelement skaffes separat. (2) Sentralisert Routing databasemetode er leverandør uavhengig og felles grensesnitt for sammenkobling av bytteelementer, og dermed skalerbarhet er veldig enkelt, mens i In-Switch Routing-nettverks skalerbarhet krever mer arbeidskraft og kompetanse. (3) In-Switch Routing, bytte kan ha databasebegrensninger, og det må administreres, mens det i sentralisert databasesystem ikke vil være noen begrensninger og lett å utvides også. (4) Real-time Traffic Management System og Routing Decision Making System basert på minimumskostnad basis, kvalitetsbasis eller begge kan mate LCR eller Best ruter til sentralisert database med enkelt grensesnitt eller format, mens som i In-Switch Routing, vi må laste LCR- eller rutebeslutninger til hver svitsj via forskjellige grensesnitt og formater avhenger av leverandørformater. (5) I sentralisert ruting er databasetilgjengelighet viktigere, siden hele nettverket er avhengig av et enkelt punkt, mens i In-Switch Routing-databasen uavhengig av nettverk og i tilfelle feil, påvirker det bare den aktuelle boksen. Men i sentralisert ruting kan vi kopiere hoveddatabase med flere bokser etter behov og gjøre aktiv synkronisering med master. (6) I sentralisert ruting trenger vi ikke teknisk ekspert eller leverandørerfaring for å laste dataene, mens i In-Switch Routing trenger du dyktige ressurser for å laste dataene. (7) I sentralisert ruting er rutebackup, rutinghistorikkrygging og rapportering av databasen lett, mens det er vanskelig å produsere rapporter eller holde oversikt over rutingsinformasjonen ved in-switch-ruting.