Problemen oplossen Webex-oproepnummer Verplaatsen mislukt met HTTP 429-fout

Downloadopties

PDF (250.8 KB)
Met Adobe Reader op diverse apparaten bekijken
ePub (84.8 KB)
Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
Mobi (Kindle) (70.6 KB)
Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken

Bijgewerkt:10 november 2026

Document-id:226593

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.

Inhoud

uitgifte

Wanneer u probeert een telefoonnummer te verplaatsen tussen de locaties van Webex Calling in de Control Hub, mislukt de verhuizing met specifieke foutsymptomen. In de interface van de Control Hub wordt eerst "Move in Progress" weergegeven en vervolgens een bericht met "De server is bezig. Wacht en probeer het opnieuw." Er wordt geen PSTN-order of Task Manager-item gemaakt tijdens de mislukte poging.

De foutopsporingsinformatie van de browser toont de HTTP 429 "Too Many Requests"-reactie van het admin-batch-service taakcreatie-API-eindpunt. De specifieke foutgegevens die zijn vastgelegd, zijn onder meer:

Status: 429
Status Text: Too Many Requests
URL: https://admin-batch-service-r.wbx2.com/api/v1/customers/<org-id>/jobs
Message: The server is busy. Please wait and try again. TrackingID: ATLAS_1e6ae5c6-ca3c-4c1a-b40f-4b49668c74a9_27

Bovendien onthult backend-analyse dat de verhuisworkflow problemen ondervindt met portabiliteitsvalidatie wanneer de bron- en bestemmingslocaties verschillende Cisco Calling Plan-providers gebruiken, zelfs wanneer beide locaties zijn geconfigureerd met Cisco Calling Plans.

milieu

Webex bellen met Cisco Calling Plan
Bouw van bedieningspaneel: 20260812-0ec3555
Meerdere bedrijfslocaties met verschillende onderliggende PSTN-providers
Bronlocatie met IntelePeer als PSTN-provider
Bestemmingslocatie met Telnyx als PSTN-provider
Telefoonnummer is actief, niet toegewezen en niet gekoppeld aan gebruikers of beldiensten
Zowel de bron- als de bestemmingslocatie zijn operationeel

resolutie

Dit probleem werd opgelost door backend engineering interventie. Het engineeringteam stelde vast dat de nummerstatus in het Terminus-systeem stabiel was, waardoor validatiecontroles vóór het verplaatsen mislukten. Deze stappen zijn genomen:

Engineering backend fix

Stap 1: Engineering team identificeerde de status van het verouderde nummer in Terminus

Stap 2: De nummerstatus is bijgewerkt in het back-endsysteem

Stap 3: Valideringscontroles vóór verplaatsing werden gecorrigeerd om het nummer weer te geven dat in aanmerking komt voor de verhuizing

Opnieuw proberen en verifiëren door klant

Stap 1: De klant heeft geprobeerd het nummer opnieuw te verplaatsen na de back-endcorrectie

Stap 2: Het nummer is verplaatst naar de bestemmingslocatie

Stap 3: De klant heeft het nummer aan zichzelf toegewezen en heeft de functionaliteit voor inkomende oproepen geverifieerd

Analyse van problemen oplossen uitgevoerd

Uit het onderzoek zijn meerdere technische factoren naar voren gekomen:

HAR-bestandsanalyse:

Oorzaak

Dit probleem werd veroorzaakt door verouderde nummerstatusinformatie in het Terminus-systeem, waardoor validatiecontroles vóór het verplaatsen onjuist faalden. Door deze inconsistentie in de back-endgegevens kon het nummer niet worden herkend als geschikt voor de verhuizing.

Bovendien is in de casus gedocumenteerd dat verplaatsingen tussen Cisco Calling Plan-locaties met verschillende onderliggende PSTN-providers (IntelePeer vs Telnyx) in de standaard workflow voor directe verplaatsing beperkingen kunnen ondervinden, zelfs wanneer beide locaties Cisco Calling Plans gebruiken. De primaire resolutie betrof echter het corrigeren van de verouderde gegevens in plaats van het aanpakken van de compatibiliteit van de provider.