Schaalbare SIP Trunk-oplossing met vCUSP en CUBE ontwerpen

Downloadopties

  • PDF     (642.1 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (507.0 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (286.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:22 januari 2019
Document-id:214017

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

In dit document wordt een ontwerp van een netwerkoplossing beschreven waarmee schaalbare Sessie-initiatieprotocol (SIP)-trunks voor bedrijven en serviceproviders mogelijk worden gemaakt. In deze oplossing wordt een Cisco Unified SIP Proxy (CUSP) gebruikt om inkomende en uitgaande gesprekken via SIP-trunks te koppelen aan een pool van Cisco Unified Border Element (CUBE) routers.

Bijgedragen door Andres Salgado, Technical Marketing Engineer CUBE en Luis Ramirez Cisco TAC Engineer

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

  •     KUBUS
  •     TCP
  •     NIPPEN
  •     UDP
  •     CUSP

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

  

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Probleem

Load-share voor meerdere SIP trunk-omgevingen voor implementaties met meerdere CUBE-elementen vanwege schaalbaarheid, redundantievereisten van één of meerdere SIP-providers.

Oplossing 

Overzicht van schaalbare SIP trunk-oplossing met vCUSP en (v)CUBE

Inkomende SIP trunk-signalering van een Serviceverlener wordt beëindigd op de CUSP. De CUSP verdeelt de oproepen naar een groep CUBE-routers, die oproepsignalering verwerken en mediasessies instellen zoals vereist. De SIP trunk-oproepcapaciteit kan eenvoudig worden geschaald door de grootte van de (v)CUBE-routerpool te vergroten. Zo kan het aantal SIP-trunks, zoals aangegeven door het aantal IP-adressen voor het signaleringskanaal, worden geminimaliseerd tot slechts één.
Een tweede CUSP met de bijbehorende SIP-trunk kan aan de oplossing worden toegevoegd om trunkredundantie en lastbalans te introduceren. De serviceprovider verdeelt gesprekken over de twee SIP-trunks. In het geval van een fout met één CUSP, stuurt de serviceprovider alle oproepen naar andere SIP-trunk, waardoor servicestoringen worden voorkomen. Hiervoor moet Opties voor ping worden ingeschakeld door de Serviceverlener om te controleren of de SIP-trunk UP is.
Bovendien verhoogt de pool van CUBE-routers de algehele beschikbaarheid van de oplossing. Het falen van een CUBE in de pool vermindert alleen de capaciteit van de call handle van de oplossing, in plaats van het veroorzaken van SIP trunk uitval.
De CUSP bevat functies van de beleidsengine die het mogelijk maken om oproepen op basis van beleid te routeren, zoals routering op het tijdstip van de dag.
In deze ontwerphandleiding worden de architectuur en componenten van de oplossing gepresenteerd

Beschrijving van oplossing

In dit gedeelte wordt de schaalbare SIP-trunkoplossing voor de basis beschreven. De basisoplossing biedt schaalbare en taakverdeling van SIP Trunks tussen CUBE's.
De basisoplossing bestaat uit de volgende elementen:

·SIP trunk van de serviceprovider.

·EEN CUSP

· Vier CUBE routers. Als de vraag naar inkomende oproepen toeneemt, kunnen extra CUBE's worden toegevoegd zonder de vereiste wijzigingen bij de serviceprovider of bij Cisco Unified Communications Manager

·Cisco Unified Communications Manager

· Het signaalpad wordt weergegeven door de blauwe lijn

·Een mediapad voor alle elementen, weergegeven door de rode lijn

·Tabelgebaseerde routering ondersteund door CUSP-routetabellen

·Houd berichten levend geconfigureerd met behulp van de server-groep sip-opties opdracht. De CUSP gebruikt deze berichten om te bepalen of een peer-element omhoog of omlaag is, en als het bepaalt dat het element omlaag is, markeert het als zodanig en stopt het oproepen ernaar. In deze oplossing gebruikt de CUSP deze opdracht om verbindingen met de peers van de Serviceverlener en de CUBE-routers te testen


CUBE routers kunnen de voice-class sip options-keepalive commando gebruiken om de status van peer elementen te verifiëren. Meer informatie over deze opdracht vindt u hier:

  

Deze oplossing kan worden ontwikkeld van een basistopologie tot een oplossing die is geschaald om te voldoen aan het verhoogde oproepvolume en die failover, redundantie en routering naar verschillende serviceproviders heeft toegevoegd. U kunt meerdere serviceproviders, meerdere vCUSP's en meerdere (v)CUBE's in HA hebben indien nodig.

Netwerkdiagram - Basisoplossing

call flow

Voeg SIP trunk Redundancy toe.

Deze afbeelding toont een redundante SIP-trunk naar dezelfde serviceprovider. Redundante SIP-trunks zorgen ervoor dat SIP-signalering naar de tweede trunk kan switches als de hoofdtrunk faalt en dat nieuwe oproepverzoeken kunnen worden afgehandeld. Redundantie kan ook worden gebruikt voor de taakverdeling.

In dit scenario worden deze elementen toegevoegd aan de topologie van de basisoplossing:

·Een extra SIP-trunk naar de serviceprovider

·EEN CUSP

 Topologie voor redundante SIP-trunks van dezelfde serviceprovider

redundant from Same provider 1

Er is een primaire en een secundaire CUSP. Als de trunk met de primaire uitvalt, neemt de serviceprovider contact op met de secundaire CUSP.

 Topologie voor een SIP Trunk van een tweede serviceprovider

redundant different providers

Op de afbeelding ziet u Serviceverlener 1 en de verbindingen in lichte kleuren in contrast met Serviceverlener 2. De afbeelding laat zien dat de Serviceverlener de taakverdeling, Active-Active-configuratie met beide CUSP's kan uitvoeren. Dit kan worden bereikt door de serviceprovider bewust te maken van cusp1- en cusp2-IP-adressen, als de poging om cusp1 te bereiken mislukt, routeert de serviceprovider naar de cusp2 om de extra belasting te nemen. 

Het routeringsbeleid dat op de CUSP is geconfigureerd, kan worden gebruikt om uitgaande oproepen naar de serviceprovider te beheren.

SIP trunk-serviceproviders kunnen serviceplannen aanbieden die verschillende beltarieven in rekening brengen, afhankelijk van de bestemming, het tijdstip van de dag. Wanneer dit het geval is, kunt u oproepen naar de serviceprovider sturen om te profiteren van het laagste tarief.

CUBE-to-CUSP

Er kunnen verschillende methoden worden gebruikt om de CUBE-taakverdeling tussen Cisco Unified SIP Proxies te hebben:

  • Een op DNS SRV gebaseerd sessiedoel kan worden geconfigureerd zodat de CUBE de prioriteit van de DNS-respons kan gebruiken
  • Servergroepen in uitgaande kiespeers op de CUBE. Als u deze optie effectief wilt gebruiken, moet u de opdracht sip-opties voor spraakklasse-keepalive-profiel configureren om de CUSP te bewaken die is gekoppeld aan de kiezerspeer. Als de CUSP in down-toestand is, wordt de server gemarkeerd en kan de CUBE de tweede CUSP proberen zonder een eerste poging de CUSP in down-toestand

  Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
22-Jan-2019
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Andres Salgado
    Technisch Marketing Engineer
  • Luis Ramirez
    Cisco TAC Engineer

Was dit document nuttig?

FeedbackFeedback

Contact Cisco