Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Premesse

Configurazione

Esempio di rete

Configurazioni

Verifica

Risoluzione dei problemi

Comandi per la risoluzione dei problemi

Informazioni correlate

Introduzione

Questo documento descrive la teoria e la configurazione della commutazione Time Division Multiplex (TDM) sulla piattaforma Cisco AS5400.

Prerequisiti

Requisiti

Si presume che il lettore abbia una conoscenza di base della segnalazione delle chiamate ISDN e della distribuzione di sorgenti di clock sincrone sulle reti TDM. In questo documento vengono fornite alcune informazioni di base sulla temporizzazione TDM. Anche la familiarità con i comandi di configurazione e debug di Cisco IOS® è utile.

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

- Piattaforme Cisco AS5400, AS5350 e AS5850

- Software Cisco IOS release 12.2.2XB5 con funzionalità IP Plus

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Premesse

Fondamentale per lo switching TDM è un'origine dell'orologio sincronizzata condivisa tra tutte le interfacce configurate. Se il riferimento dell'orologio è diverso a seconda della porta, il server di accesso registra i fogli di clock, che possono essere invisibili con le chiamate vocali, ma quasi certamente impediscono le chiamate fax o modem. Pertanto, è fondamentale che i dispositivi esterni (PBX o switch CO) utilizzati dalle interfacce del server di accesso siano sincronizzati con un comune riferimento all'orologio principale. La maggior parte delle telecomunicazioni o dei provider di servizi sottoscrive o crea un riferimento all'orologio Stratum 1 e lo propaga attraverso le loro reti. Pertanto, nella maggior parte dei casi, la temporizzazione mantiene la sincronizzazione anche tra provider di servizi diversi. Se tutte le interfacce T1/E1 configurate sul server di accesso mantengono la sincronizzazione, la probabilità di errori dell'interfaccia dovrebbe essere minima.

La commutazione TDM instrada una chiamata in base al DNIS (Dialed Number Identification Service) della chiamata in ingresso. Dopo aver ricevuto un messaggio di installazione Q.931 ISDN in arrivo, il server di accesso può determinare il punto in cui inviare la chiamata, selezionare un canale di connessione appropriato sull'interfaccia in uscita e inviare un messaggio di installazione Q.931 ISDN per segnalare al dispositivo a valle la presenza di una nuova chiamata. Quando il dispositivo di terminazione invia un messaggio ISDN Q.931 connect, il server di accesso esegue la connessione incrociata dei flussi PCM (Pulse Code Modulation) attraverso il backplane. Come descritto nel paragrafo precedente, le due reti collegate devono avere la stessa sincronizzazione dell'orologio per garantire una commutazione senza errori dei flussi audio PCM o dei dati digitali da un'interfaccia all'altra. Il diagramma della rete mostra i concetti generali della chiamata ISDN in arrivo su particolari interfacce PRI e in uscita tramite altre interfacce in base alle corrispondenze trovate sui dial-peer POTS (Plain Old Telephone Service) configurati. Se necessario, i numeri chiamati/chiamanti possono essere manipolati utilizzando le regole di conversione IOS.

Configurazione

Le piattaforme AS5400 vengono normalmente installate come server di accesso dial-in a dati, voce, fax o modem. Per terminare le chiamate vocali (voce, fax o modem), il server di accesso deve disporre di tutte le risorse DSP (Digital Signal Processor), di qualsiasi porta o di qualsiasi altro tipo, da installare.

Se il modem, il fax o le chiamate vocali non devono essere terminate sul server di accesso, ma per qualche motivo devono essere riattivate su porte alternative, è possibile configurare l'AS5400 in modo che agisca esclusivamente in un'applicazione TDM in cui la commutazione delle chiamate vocali è controllata tramite la segnalazione del canale D ISDN. È possibile commutare le chiamate di dati o vocali in base al DNIS (numero chiamato) attraverso un'altra interfaccia. Il server di accesso diventa effettivamente uno switch voce/dati TDM. Questa funzione è spesso denominata commutazione TDM, sebbene alla tecnica vengano applicati anche altri nomi, quali hairpinning, tromboning o dial-grooming. In genere, i termini sono intercambiabili e per questo documento viene utilizzato il termine commutazione TDM. Non vi sono segnali a doppia frequenza (DTMF) o a più frequenze (MF) passati con ISDN. Il controllo delle chiamate viene eseguito con i messaggi del canale D incapsulato HDLC (High-Level Data Link Control). Pertanto, in modalità TDM non sono necessarie le risorse DSP per le chiamate vocali.

Il server di accesso utilizza un DNIS (numero chiamato) in ingresso per stabilire una corrispondenza con un modello di destinazione dial-peer POTS in uscita e instrada la chiamata verso una porta appropriata. È possibile utilizzare le regole di conversione IOS per modificare anche i numeri chiamati e chiamanti per le decisioni di routing delle chiamate.

Le applicazioni di switching TDM possono includere un server di accesso che opera come un piccolo scambio voce/dati ISDN (utilizzando l'emulazione del protocollo lato rete ISDN) o il reindirizzamento delle chiamate tramite vettori alternativi (costo inferiore).

In questo documento viene descritto come configurare un sistema AS5400 per eseguire la commutazione TDM per chiamate vocali e di dati. In base alle corrispondenze effettuate sul DNIS per la chiamata in arrivo (fornite nel messaggio di installazione di ISDN Q.931), la chiamata viene passata da un'interfaccia a un'altra. La tecnica funziona anche su altre piattaforme che utilizzano backplane TDM, quali AS5350 e AS5850.

In questa sezione vengono presentate le informazioni necessarie per configurare le funzionalità descritte più avanti nel documento.

Nota: per ulteriori informazioni sui comandi menzionati in questo documento, usare lo strumento di ricerca dei comandi (solo utenti registrati).

Esempio di rete

Nel documento viene usata questa impostazione di rete:

Configurazioni

Per consentire al server di accesso di eseguire la commutazione TDM, è necessario attivare il pool di risorse e inserire in un pool le risorse del canale di alimentazione disponibili. Questo pool di canali di connessione è quindi associato a un gruppo DNIS, che consente di associare pool di risorse specifici a determinati numeri chiamati in ingresso o a qualsiasi numero chiamato in ingresso. Questo output mostra un esempio:

AS5400

!

resource-pool enable

!

resource-pool group resource TDM_Voice

range limit 124

!--- Up to 124 speech channels can be switched.

!

resource-pool group resource TDM_Data

range limit 124

!--- Up to 124 data channels can be switched.

!

!

resource-pool profile customer TDM_Switching

limit base-size all

limit overflow-size 0

resource TDM_Voice speech

!--- Resources for speech calls.

!

resource TDM_Data digital

! resources for data calls

!

dnis group default

!--- Default DNIS group matches all called numbers.

!

Per consentire la commutazione TDM, è necessario abilitare la funzionalità di pool di risorse. Viene definito un gruppo di risorse denominato TDM_Voice che consente di utilizzare fino a 124 canali disponibili per le chiamate vocali. Un secondo gruppo di risorse denominato TDM_Data consente fino a 124 canali per le chiamate di dati. Questi numeri derivano dal numero massimo di porte E1 o T1 del sistema. Ad esempio, una scheda E1 a 8 porte dispone di 30 canali di connessione più un canale di segnalazione per interfaccia (31 canali) per 8 porte. Il totale è 248 (31 moltiplicato per 8). Qui viene allocata la metà per i dati e la metà per le chiamate vocali.

Il gruppo di risorse TDM_Voice viene quindi inserito in un profilo denominato TDM_Switching e i tipi di chiamata vengono definiti come voce, mentre il gruppo di risorse TDM_Data viene definito come digitale. In questo modo le chiamate con funzionalità di riconoscimento vocale e di connessione dati vengono eseguite tramite il server di accesso. Il comando dnis group default consente la corrispondenza di tutti i numeri chiamati in arrivo. È possibile definire gruppi DNIS corrispondenti a numeri chiamati più specifici. Per ulteriori informazioni, consultare la guida alla configurazione di Universal Port Resource Pooling for Voice and Data Services.

Se necessario, i numeri chiamati possono essere modificati per anteporre i codici di accesso quando la chiamata arriva su una determinata porta. Ad esempio:

AS5400

!

translation-rule 1

Rule 1 ^.% 555

!--- Match on any string, prepend with 555.

!

voice-port 6/0:D

translate called 1

!--- Apply translation rule 1 to port 6/0 so any !--- incoming call is prepended with 555.

compand-type a-law

!

voice-port 6/3:D

compand-type a-law

!--- The translated called number is matched on POTS dial-peers !--- to determine where it should be routed.

dial-peer voice 1 pots

description - enable DID (single stage dialing) on port 6/0

incoming called-number .

direct-inward-dial

port 6/0:D

!

dial-peer voice 2 pots

description - reroute calls from 6/0 to 6/3

destination-pattern 55598842304

port 6/3:D

prefix 0401890165

!

Quando una chiamata arriva sulla porta 6/0, viene anteposta a 555. Se il numero originale chiamato è 98842304, il numero tradotto diventa 55598842304 e corrisponde sul dial-peer 2. La chiamata viene quindi inviata sulla porta 6/3. Poiché si tratta di una corrispondenza esplicita, il numero originale chiamato viene eliminato e il comando prefix lo sostituisce con 0401890165.

La commutazione della chiamata di dati funziona allo stesso modo. Un dial-peer POTS corrisponde a un numero chiamato e lo indirizza verso un'altra porta. Ad esempio, se una chiamata arriva sulla porta 6/4 con un numero chiamato 5551000, viene disattivata la porta 6/7 con un nuovo numero chiamato 5552000. Analogamente, se la chiamata arriva sulla porta 6/7 con un numero chiamato 5552000, viene disattivata sulla porta 6/4 con un nuovo numero chiamato 5551000.

AS5400

!

dial-peer voice 3 pots

description - enable DID on port 6/4

incoming called-number

direct-inward-dial

port 6/4:D

!

dial-peer voice 4 pots

description - enable DID on port 6/7

incoming called-number

direct-inward-dial

port 6/7:D

!

dial-peer voice 12 pots

description - reroute calls from 6/4 to 6/7

destination-pattern 5551000

port 6/7:D

prefix 5552000

!

dial-peer voice 13 pots

description - reroute calls from 6/7 to 6/4

destination-pattern 5552000

port 6/4:D

prefix 5551000

!

Verifica

Per verificare che la configurazione funzioni correttamente, consultare questa sezione.

Lo strumento Output Interpreter (solo utenti registrati) (OIT) supporta alcuni comandi show. Usare l'OIT per visualizzare un'analisi dell'output del comando show.

- show run: visualizza la configurazione completa del server di accesso che funziona come switch TDM.

multi-5-19#show run

Building configuration...

Current configuration : 3110 bytes

!

! Last configuration change at 13:18:39 UTC Wed Jun 19 2002

! NVRAM config last updated at 20:45:12 UTC Sat Jan 8 2000

!

version 12.2

service timestamps debug datetime msec localtime

service timestamps log uptime

no service password-encryption

!

hostname multi-5-19

!

enable password cisco

!

!

!

resource-pool enable

!

resource-pool group resource TDM_Voice

range limit 124

!

resource-pool group resource TDM_Data

range limit 124

!

resource-pool profile customer TDM_Switching

limit base-size all

limit overflow-size 0

resource TDM_Data digital

resource TDM_Voice speech

dnis group default

dial-tdm-clock priority 1 6/0

!

!

!

!

ip subnet-zero

ip cef

!

isdn switch-type primary-net5

!

!

!

!

!

!

!

fax interface-type fax-mail

mta receive maximum-recipients 0

!

controller E1 6/0

pri-group timeslots 1-31

!

controller E1 6/1

!

controller E1 6/2

!

controller E1 6/3

pri-group timeslots 1-31

!

controller E1 6/4

pri-group timeslots 1-31

!

controller E1 6/5

!

controller E1 6/6

!

controller E1 6/7

pri-group timeslots 1-31

!

translation-rule 1

Rule 1 ^.% 555

!

translation-rule 2

Rule 2 ^.% 666

!

!

!

interface FastEthernet0/0

no ip address

duplex auto

speed auto

!

interface FastEthernet0/1

no ip address

duplex auto

speed auto

!

interface Serial0/0

no ip address

shutdown

clockrate 2000000

!

interface Serial0/1

no ip address

shutdown

clockrate 2000000

!

interface Serial6/0:15

no ip address

isdn switch-type primary-net5

isdn incoming-voice modem

no cdp enable

!

interface Serial6/3:15

no ip address

isdn switch-type primary-net5

isdn incoming-voice modem

no cdp enable

!

interface Serial6/4:15

no ip address

isdn switch-type primary-net5

isdn protocol-emulate network

no cdp enable

!

interface Serial6/7:15

no ip address

isdn switch-type primary-net5

isdn protocol-emulate network

no cdp enable

!

interface Group-Async0

physical-layer async

no ip address

!

ip classless

!

no ip http server

!

!

!

call rsvp-sync

!

voice-port 6/0:D

translate called 1

compand-type a-law

!

voice-port 6/3:D

translate called 2

compand-type a-law

!

voice-port 6/4:D

compand-type a-law

!

voice-port 6/7:D

compand-type a-law

!

!

mgcp profile default

!

dial-peer cor custom

!

!

!

dial-peer voice 1 pots

incoming called-number

direct-inward-dial

port 6/0:D

!

dial-peer voice 2 pots

incoming called-number

direct-inward-dial

port 6/3:D

!

dial-peer voice 10 pots

destination-pattern 55598842304

port 6/3:D

prefix 94344600

!

dial-peer voice 11 pots

destination-pattern 66698842305

port 6/0:D

prefix 94344600

!

dial-peer voice 3 pots

incoming called-number

direct-inward-dial

port 6/4:D

!

dial-peer voice 4 pots

incoming called-number

direct-inward-dial

port 6/7:D

!

dial-peer voice 12 pots

destination-pattern 5551000

port 6/7:D

prefix 5552000

!

dial-peer voice 13 pots

destination-pattern 5552000

port 6/4:D

prefix 5551000

!

!

line con 0

line aux 0

line vty 0 4

password cisco

login

!

scheduler allocate 10000 400

ntp master

end

multi-5-19#

Risoluzione dei problemi

Utilizzare questa sezione per risolvere i problemi relativi alla configurazione.

Comandi per la risoluzione dei problemi

Lo strumento Output Interpreter (solo utenti registrati) (OIT) supporta alcuni comandi show. Usare l'OIT per visualizzare un'analisi dell'output del comando show.

Per risolvere i problemi relativi ai trunk ISDN, è possibile impostare i canali B come occupati. Eseguire il comando ds0 busyout X in modalità di configurazione controller per il trunk CAS.

Router(config-controller)#ds0 busyout X

Per disattivare i trunk ISDN CCS o PRI, usare il comando isdn service b_channel X state 2 in modalità di configurazione interfaccia.

Per T1:

Router(config)#interface serial 0:23

Per E1:

Router(config)#interface serial 0:15

Router(config-if)#isdn service b_channel X state 2

Gli stati validi sono 0=Inservice, 1=Maint, 2=Outofservice e X è il numero del canale B nelle configurazioni CCS e CAS.

Per individuare lo stato di ciascun canale B, è possibile usare il comando show isdn service.

Nota: consultare le informazioni importanti sui comandi di debug prima di usare i comandi di debug.

È possibile utilizzare i normali debug delle regole di conversione ISDN e IOS per risolvere i problemi relativi alla commutazione TDM.

- debug translation detailed: visualizza le informazioni sul funzionamento delle regole di conversione IOS in modo che sia possibile monitorare la manipolazione delle cifre dei numeri chiamati o chiamanti.

- debug isdn q931: visualizza le informazioni sulla configurazione delle chiamate e sul ripristino delle connessioni di rete ISDN (livello 3) tra il router locale (lato utente) e la rete.

Questi output del comando sono tracce per la traduzione del debug dettagliata (debug delle regole di conversione IOS) e debug isdn q931 abilitato per una chiamata vocale sulla porta 6/0 passata alla porta 6/3.

multi-5-19#debug translation detailed

*Jan 1 00:20:53.215: ISDN Se6/0:15: RX <- SETUP pd = 8 callref = 0x1D79

*Jan 1 00:20:53.215: Bearer Capability i = 0x8090A3

*Jan 1 00:20:53.215: Channel ID i = 0xA18395

*Jan 1 00:20:53.215: Called Party Number i = 0x80, '98842304',

Plan:Unknown, Type:Unknown

!--- Receive a setup message on interface 6/0:15 for a !--- speech call with a called number of 98842304. !--- Speech call is indicated by the bearer capability of 0x8090A3 : !--- 64 Kbps A-law PCM audio/speech.

!--- IOS Translation rule number 1 prepends '555' to the original !--- called number when it passes through port 6/0.

*Jan 1 00:20:53.219: xrule_checking

*Jan 1 00:20:53.219: xrule_checking calling , called 98842304

*Jan 1 00:20:53.219: xrule_checking peer_tag 0, direction 1, protocol 6

*Jan 1 00:20:53.219: xrule_translation

*Jan 1 00:20:53.219: xrule_translation callednumber 98842304, strlen 8

*Jan 1 00:20:53.219: xrule_translation callednumber 98842304 xruleCalledTag=1

*Jan 1 00:20:53.219: xrule_translation called Callparms Numpertype 0x80, match_type 0x0

*Jan 1 00:20:53.219: xrule_translation Xrule index 1, Numpertype 0x9

*Jan 1 00:20:53.219: dpMatchString, target_number 98842304, match_number ^.%

*Jan 1 00:20:53.219: dpMatchString match_tmp , match_len 0

*Jan 1 00:20:53.219: dpMatchString beginning_replace 0, match_tmp ,target 98842304

*Jan 1 00:20:53.219: dpMatchString 1. target 98842304,match_tmp

*Jan 1 00:20:53.219: dpMatchString 1.1 compare_len 0, target 98842304, match_tmp

*Jan 1 00:20:53.219: dpMatchString 5. match_len=compare_len 0, target 98842304

*Jan 1 00:20:53.219: replace_string

*Jan 1 00:20:53.219: replace_string match ^.%, replace 555

*Jan 1 00:20:53.219: translation_format replace_rule ^.%, strip_proceeding 0

*Jan 1 00:20:53.219: replace_string match_tmp ^.%, strip_proceeding 0

*Jan 1 00:20:53.219: replace_string match_tmp

*Jan 1 00:20:53.219: replace_string direction 1, callparty 2

*Jan 1 00:20:53.219: replace_string direction 1, callparty 2, target 98842304

*Jan 1 00:20:53.219: replace_string match_tmp ,replace 555

*Jan 1 00:20:53.219: replace_string2.replace1,target98842304,current98842304,match_tmp

*Jan 1 00:20:53.219: replace_string2.1 compare_len 0,match_len 0

*Jan 1 00:20:53.219: replace_string 3. replace1 , compare_len 0

*Jan 1 00:20:53.219: replace_string 4. replace1 5,compare_len -1,replace 55

*Jan 1 00:20:53.219: replace_string 4. replace1 55,compare_len -2,replace 5

*Jan 1 00:20:53.219: replace_string 4. replace1 555,compare_len -3,replace

*Jan 1 00:20:53.219: replace_string 5.replace1 555, compare_len -3,match_len 0

*Jan 1 00:20:53.219: replace_string 6. replace1 555,compare_len -3,current 98842304

*Jan 1 00:20:53.219: replace_string 7. replace1 5559

*Jan 1 00:20:53.219: replace_string 7. replace1 55598

*Jan 1 00:20:53.219: replace_string 7. replace1 555988

*Jan 1 00:20:53.219: replace_string 7. replace1 5559884

*Jan 1 00:20:53.219: replace_string 7. replace1 55598842

*Jan 1 00:20:53.219: replace_string 7. replace1 555988423

*Jan 1 00:20:53.219: replace_string 7. replace1 5559884230

*Jan 1 00:20:53.219: replace_string 7. replace1 55598842304

*Jan 1 00:20:53.219: replace_string buffer 55598842304

*Jan 1 00:20:53.219: xrule_translation index 1,xrule_number 55598842304, callparty 2

*Jan 1 00:20:53.219: xrule_translation Return rc = 0

*Jan 1 00:20:53.219: xrule_checking Return rc = 0

*Jan 1 00:20:53.223: ISDN Se6/0:15: TX -> CALL_PROC pd = 8 callref = 0x9D79

*Jan 1 00:20:53.223: Channel ID i = 0xA98395

!--- Send a call proceeding back to the ISDN.

*Jan 1 00:20:53.227: ISDN Se6/3:15: TX -> SETUP pd = 8 callref = 0x0005

*Jan 1 00:20:53.227: Bearer Capability i = 0x8090A3

*Jan 1 00:20:53.227: Channel ID i = 0xA9839F

*Jan 1 00:20:53.227: Called Party Number i = 0x80, '0401890165', Plan:Unknown, Type:Unknown

!--- Match has been made on outgoing POTS dial-peer !--- and a new call is sent out on 6/3:15.

*Jan 1 00:20:53.371: ISDN Se6/3:15: RX <- CALL_PROC pd = 8 callref = 0x8005

*Jan 1 00:20:53.371: Channel ID i = 0xA1839F

*Jan 1 00:20:53.371: ISDN Se6/3:15: RX <- ALERTING pd = 8 callref = 0x8005

!--- Receive alerting on the second (outgoing) call leg.

*Jan 1 00:20:53.375: ISDN Se6/0:15: TX -> ALERTING pd = 8 callref = 0x9D79

*Jan 1 00:20:53.375: Progress Ind i = 0x8188 - In-band info or appropriate now available

!--- Send alerting on the first (incoming) call leg.

*Jan 1 00:21:00.095: ISDN Se6/3:15: RX <- CONNECT pd = 8 callref = 0x8005

*Jan 1 00:21:00.095: ISDN Se6/3:15: TX -> CONNECT_ACK pd = 8 callref = 0x0005

*Jan 1 00:21:00.099: ISDN Se6/0:15: TX -> CONNECT pd = 8 callref = 0x9D79

*Jan 1 00:21:00.247: ISDN Se6/0:15: RX <- CONNECT_ACK pd = 8 callref = 0x1D79

!--- Both calls connect.

*Jan 1 00:21:00.247: ISDN Se6/0:15: CALL_PROGRESS:CALL_CONNECTED call id 0x5, bchan 20, dsl0

*Jan 1 00:21:37.591: ISDN Se6/0:15: RX <- DISCONNECT pd = 8 callref = 0x1D79

*Jan 1 00:21:37.591: Cause i = 0x8290 - Normal call clearing

!--- Receive a disconnect on incoming call leg.

*Jan 1 00:21:37.595: ISDN Se6/0:15: TX -> RELEASE pd = 8 callref = 0x9D79

*Jan 1 00:21:37.599: ISDN Se6/3:15: TX -> DISCONNECT pd = 8 callref = 0x0005

*Jan 1 00:21:37.599: Cause i = 0x8090 - Normal call clearing

!--- Send a disconnect on the outgoing call leg.

*Jan 1 00:21:37.631: ISDN Se6/0:15: RX <- RELEASE_COMP pd = 8 callref = 0x1D79

*Jan 1 00:21:37.723: ISDN Se6/3:15: RX <- RELEASE pd = 8 callref = 0x8005

*Jan 1 00:21:37.723: Cause i = 0x8290 - Normal call clearing

*Jan 1 00:21:37.723: ISDN Se6/3:15: TX -> RELEASE_COMP pd = 8 callref = 0x0005

!--- Both calls have cleared.

Questo è l'output del comando debug isdn q931. Queste tracce mostrano una chiamata dati ISDN commutata dalla porta 6/4 alla porta 6/7.

Jun 19 13:36:02.091: ISDN Se6/4:15: RX <- SETUP pd = 8 callref = 0x0005

Jun 19 13:36:02.091: Bearer Capability i = 0x8890

Jun 19 13:36:02.091: Channel ID i = 0xA9839F

Jun 19 13:36:02.095: Called Party Number i = 0x81, '5551000', Plan:ISDN, Type:Unknown

!--- Call comes in on port 6/4 for 5551000. Bearer Capability !--- is 0x8890, which indicates 64 K data call.

Jun 19 13:36:02.095: ISDN Se6/4:15: TX -> CALL_PROC pd = 8 callref = 0x8005

Jun 19 13:36:02.095: Channel ID i = 0xA9839F

Jun 19 13:36:02.099: ISDN Se6/7:15: TX -> SETUP pd = 8 callref = 0x0085

Jun 19 13:36:02.099: Bearer Capability i = 0x8890

Jun 19 13:36:02.099: Channel ID i = 0xA98381

Jun 19 13:36:02.099: Called Party Number i = 0x81, '5552000', Plan:ISDN, Type:Unknown

!--- Redirect the call out on port 6/7, (new) called !--- number is 5552000 with data bearer capability.

Jun 19 13:36:02.155: ISDN Se6/7:15: RX <- CALL_PROC pd = 8 callref = 0x8085

Jun 19 13:36:02.155: Channel ID i = 0xA98381

Jun 19 13:36:02.159: ISDN Se6/7:15: RX <- CONNECT pd = 8 callref = 0x8085

Jun 19 13:36:02.159: Channel ID i = 0xA98381

!--- Second call leg connects.

Jun 19 13:36:02.159: ISDN Se6/7:15: TX -> CONNECT_ACK pd = 8 callref = 0x0085

Jun 19 13:36:02.163: ISDN Se6/4:15: CALL_PROGRESS:CALL_CONNECTED call id 0x7,bchan 30, dsl 2

Jun 19 13:36:02.163: ISDN Se6/4:15: TX -> CONNECT pd = 8 callref = 0x8005

!--- First call leg connects.

Jun 19 13:36:02.215: ISDN Se6/4:15: RX <- CONNECT_ACK pd = 8 callref = 0x0005

Jun 19 13:38:12.783: ISDN Se6/4:15: RX <- DISCONNECT pd = 8 callref = 0x0005

Jun 19 13:38:12.783: Cause i = 0x8090 - Normal call clearing

!--- Remote device drops the call, first call leg disconnects.

Jun 19 13:38:12.787: ISDN Se6/4:15: TX -> RELEASE pd = 8 callref = 0x8005

Jun 19 13:38:12.787: ISDN Se6/7:15: TX -> DISCONNECT pd = 8 callref = 0x0085

Jun 19 13:38:12.787: Cause i = 0x8290 - Normal call clearing

!--- Second call leg is dropped.

Jun 19 13:38:12.807: ISDN Se6/7:15: RX <- RELEASE pd = 8 callref = 0x8085

Jun 19 13:38:12.851: ISDN Se6/4:15: RX <- RELEASE_COMP pd = 8 callref = 0x0005

!--- Both calls have cleared.

Informazioni correlate

- Universal Port Resource Pooling per servizi voce e dati

- Supporto alla tecnologia vocale

- Supporto ai prodotti voce e Unified Communications

- Risoluzione dei problemi di Cisco IP Telephony

- Documentazione e supporto tecnico – Cisco Systems