Uscire da CUCM 7 con un h323 gateway

[nekke]

Buongiorno, sto cercando di far uscire i telefoni registrati sul CUCM 7 su un gateway h323 , un 827-4v tramite un provider sip.
Ora io riesco a far uscire gli analogici, ma quelli registrati sul call manager non escono proprio.

Lascio la mia config, e un debug che mostra cosa succede quando chiamo da CUCM 7.

Codice: Seleziona tutto

Building configuration...

Current configuration : 2600 bytes
!
version 12.4
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!         
hostname Router
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!         
resource policy
!
!
!
ip name-server 151.99.0.100
!
!
voice service voip 
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 h323
  ip circuit max-calls 1000
  ip circuit carrier-id AA reserved-calls 200
  call start interwork
 sip
!
!
!
voice class codec 1
 codec preference 1 g711alaw
 codec preference 2 g711ulaw
 codec preference 3 g729r8
!
!
!
voice class h323 1
 h225 timeout tcp establish 3
 h225 timeout setup 2
  call start fast
!         
!
!
!
!
!
!
voip-incoming translation-profile GATEWAY
!         
!
translation-rule 1
 Rule 1 ^0 00390
!
!
translation-rule 2
 Rule 0 ^1001 ******
!         
!
!
!
interface Ethernet0
 ip address 192.168.1.70 255.255.255.0
 hold-queue 100 out
!
interface ATM0
 no ip address
 shutdown
 no atm ilmi-keepalive
 dsl operating-mode auto
!
ip route 0.0.0.0 0.0.0.0 192.168.1.100
ip http server
!         
!
!
control-plane
!
!
voice-port 1
 ring cadence pattern01
 echo-cancel coverage 32
 no vad
 cptone IT
 timeouts interdigit 5
 bearer-cap Speech
 caller-id enable
!
voice-port 2
 ring cadence pattern01
 cptone IT
!
voice-port 3
 ring cadence pattern01
 cptone IT
!
voice-port 4
 ring cadence pattern01
 cptone IT
!
dial-peer voice 1 pots
 destination-pattern ******
 port 1
!
dial-peer voice 10 voip
 shutdown 
 destination-pattern .T
 translate-outgoing calling 2
 translate-outgoing called 1
 voice-class codec 1
 session protocol sipv2
 session target sip-server
 session transport udp
 dtmf-relay rtp-nte digit-drop h245-alphanumeric
 fax rate 9600
 fax protocol pass-through g711alaw
!
dial-peer voice 20 voip
 destination-pattern 10.T
 voice-class h323 1
 session target ipv4:192.168.1.20
!         
dial-peer voice 30 voip
 destination-pattern .T
 translate-outgoing calling 2
 translate-outgoing called 1
 voice-class codec 1
 session protocol sipv2
 session target sip-server
 session transport udp
 dtmf-relay rtp-nte digit-drop h245-alphanumeric
 fax rate 9600
 fax protocol pass-through g711alaw
!
gateway 
 emulate cisco h323 bandwidth
!
sip-ua    
 authentication username ******* password ******* retry invite 4
 retry response 3
 retry bye 2
 retry cancel 2
 retry register 10
 registrar dns:sip.skype.com:5060 expires 3600
 sip-server dns:sip.skype.com:5060
 no suspend-resume
!
!
line con 0
line vty 0 4
 login
!
scheduler max-task-time 5000
end

IL DEBUG

Codice: Seleziona tutto

The Call Setup Information is:
Call Control Block (CCB) : 0x8242DEC0
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : ************
Called Number            : 003901******
Source IP Address (Sig  ): 192.168.1.70
Destn SIP Req Addr:Port  : 0.0.0.0:5060
Destn SIP Resp Addr:Port : 0.0.0.0:5060
Destination Name         : sip.skype.com

*Mar  8 17:03:56.070: //311/807959F10200/SIP/Call/sipSPICallInfo: 
Disconnect Cause (CC)    : 47
Disconnect Cause (SIP)   : 200

[lorbellu]

Ciao,

sicuramente ti manca il bind h323 sotto la fastethernet che vede il CCM.
Senza il VG non sa come raggiungere il CCM e di conseguenza questo non lo vede registrato.
Senza registrazione del VG i telefoni non hanno nessun altro punto di uscita e quindi la chiamata non parte nemmeno, manco ti arriva al VG.

Saluti

[nekke]

Ciao scusa, forse ho capito male io,
ma non ho collegato un Voice Gateway, ma un 827 come gateway h323.
Cmq ho provato ad inserire quel parametro che mi hai dato e non ha modificato nulla nella chiamata.

La cosa strana è che i telefoni su pots chiamano quelli sul ccm e viceversa, ma le chiamate uscenti da CCM non funzionano e mi restituisce questo debug, che per me dovrebbe andare..

Codice: Seleziona tutto

Router#
*Mar  9 13:49:08.421: //349/80F52BE50300/SIP/Call/sipSPICallInfo: 
The Call Setup Information is:
Call Control Block (CCB) : 0x82432578
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 99****
Called Number            : 0039****
Source IP Address (Sig  ): 192.168.1.70
Destn SIP Req Addr:Port  : 193.120.218.68:5060
Destn SIP Resp Addr:Port : 193.120.218.68:5060
Destination Name         : 193.120.218.68

*Mar  9 13:49:08.425: //349/80F52BE50300/SIP/Call/sipSPICallInfo: 
Disconnect Cause (CC)    : 1
Disconnect Cause (SIP)   : 404

Grazie per avermi risposto.

[lorbellu]

Mi preciso:
Voice Gateway=Apparato che consente ad una telefonata IP di chiamare la PSTN tramite linea PSTN o VoIP

Quindi il tuo 827 4 FXS é voice gateway per il tuo sustema CUCM in quanto ti connette sia i telefoni IP del CCM che i telefoni connessi via FXS alla PSTN.

Per il resto, prova a fare un debug voip dialpeer quando chiami da FXS e quando chiami da CCM e vediamo le differenze.

Se ho indovinato, chiamando da CCM non ti dovrebbenemmeno arrivare la richiesta di chiamata.

Lorenzo

[nekke]

Grazie per la precisazione e scusa l'ignoranza

Codice: Seleziona tutto

*Mar  9 15:09:43.316: //-1/00690E270500/DPM/dpAssociateIncomingPeerCore:
   Calling Number=1001, Called Number=0*******, Voice-Interface=0x0,
   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
   Peer Info Type=DIALPEER_INFO_SPEECH
*Mar  9 15:09:43.320: //-1/00690E270500/DPM/dpAssociateIncomingPeerCore:
   Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=20
*Mar  9 15:09:43.324: //-1/00690E270500/DPM/dpAssociateIncomingPeerCore:
   Calling Number=1001, Called Number=0********, Voice-Interface=0x0,
   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
   Peer Info Type=DIALPEER_INFO_SPEECH
*Mar  9 15:09:43.328: //-1/00690E270500/DPM/dpAssociateIncomingPeerCore:
   Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=20
*Mar  9 15:09:43.344: //-1/00690E270500/DPM/dpMatchPeersCore:
   Calling Number=, Called Number=0********, Peer Info Type=DIALPEER_INFO_SPEECH
*Mar  9 15:09:43.348: //-1/00690E270500/DPM/dpMatchPeersCore:
   Match Rule=DP_MATCH_DEST; Called Number=010232916
*Mar  9 15:09:43.348: //-1/00690E270500/DPM/dpMatchPeersCore:
   Result=Success(0) after DP_MATCH_DEST
*Mar  9 15:09:43.352: //-1/00690E270500/DPM/dpMatchPeersMoreArg:
   Result=SUCCESS(0) 
   List of Matched Outgoing Dial-peer(s): 
     1: Dial-peer Tag=30

Ora non posso farti la prova anche del pots perchè lo sto smanettando da remoto

Questa chiamata l'ho fatta con l'ip communicator[/code]

[lorbellu]

Il dial-peer é matchato quindi l'instradamento della chiamata é corretto a questo punto devi lavorare sul debug ccapi inout per capire cosa succede.
La chiamata non parte mai? Viene disconnessa?

Posta anche la conf del VG se l'hai aggiornata.
I comandi che ti avevo suggerito sono in reatà 2:

Codice: Seleziona tutto

interface FastEthernet0/0
 ip address 10.10.10.254 255.255.255.0
 duplex auto
 speed auto
 h323-gateway voip interface
 h323-gateway voip bind srcaddr 10.10.10.254

Saluti

[nekke]

Sisi i comandi che ho inserito sono quelli.

Il debug ccapi non esiste in questa ios...

mo vedo se riesco a vedere differenze...con la pstn stasera

Dimenticavo non ho modificato nulla sulla config se non quei comandi

[nekke]

Scusa ancora..
ecco qui il debug voip ccapi

Codice: Seleziona tutto

Router#
*Mar  9 19:13:45.199: //-1/004E5E3E0100/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=S. G.
   ----- ccCallInfo IE subfields -----
   cisco-ani=1001
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=0*********
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=-1
   cisco-rdnplan=-1
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1
*Mar  9 19:13:45.207: //-1/004E5E3E0100/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x8228FF60, Call Info(
   Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=0********(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
   Incoming Dial-peer=20, Progress Indication=NULL(0), Calling IE Present=TRUE,
   Source Trkgrp Route Label=AA, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=362
*Mar  9 19:13:45.211: //-1/004E5E3E0100/CCAPI/ccCheckClipClir:
   In: Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Mar  9 19:13:45.211: //-1/004E5E3E0100/CCAPI/ccCheckClipClir:
   Out: Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Mar  9 19:13:45.215: //362/004E5E3E0100/CCAPI/cc_api_call_setup_ind_common:
   Set Up Event Sent;
   Call Info(Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=0********(TON=Unknown, NPI=Unknown))
*Mar  9 19:13:45.219: //362/004E5E3E0100/CCAPI/cc_process_call_setup_ind:
   Event=0x822C9C48
*Mar  9 19:13:45.223: //362/004E5E3E0100/CCAPI/ccCallSetContext:
   Context=0x82683478
*Mar  9 19:13:45.223: //362/004E5E3E0100/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 362 with tag 20 to app "_ManagedAppProcess_Default"
*Mar  9 19:13:45.231: //362/004E5E3E0100/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
*Mar  9 19:13:45.239: //362/004E5E3E0100/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=30, Params=0x82687208, Progress Indication=NULL(0)
*Mar  9 19:13:45.243: //362/004E5E3E0100/CCAPI/ccCheckClipClir:
   In: Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Mar  9 19:13:45.243: //362/004E5E3E0100/CCAPI/ccCheckClipClir:
   Out: Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Mar  9 19:13:45.247: //362/004E5E3E0100/CCAPI/ccCallSetupRequest:
   Destination Pattern=.T, Called Number=0******, Digit Strip=FALSE
*Mar  9 19:13:45.247: //362/004E5E3E0100/CCAPI/ccCallSetupRequest:
   Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=0*******(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=
   Account Number=S. G., Final Destination Flag=TRUE,
   Guid=004E5E3E-F5C2-01BB-0100-0A01C0A80106, Outgoing Dial-peer=30
*Mar  9 19:13:45.251: //362/004E5E3E0100/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=S. G.
   ----- ccCallInfo IE subfields -----
   cisco-ani=1001
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=0*********
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=-1
   cisco-rdnplan=-1
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1
*Mar  9 19:13:45.259: //362/004E5E3E0100/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x8229CB38, Interface Type=3, Destination=, Mode=0x0,
   Call Params(Calling Number=1001(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=0*******(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=30, Call Count On=FALSE,
   Source Trkgrp Route Label=AA, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
*Mar  9 19:13:45.263: //363/004E5E3E0100/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
*Mar  9 19:13:45.267: //363/004E5E3E0100/CCAPI/ccCallSetContext:
   Context=0x826871B8
*Mar  9 19:13:45.267: //362/004E5E3E0100/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=30
*Mar  9 19:13:45.275: //363/004E5E3E0100/CCAPI/cc_api_call_proceeding:
   Interface=0x8229CB38, Progress Indication=NULL(0)
*Mar  9 19:13:45.407: //363/004E5E3E0100/CCAPI/cc_api_call_disconnected:
   Cause Value=1, Interface=0x8229CB38, Call Id=363
*Mar  9 19:13:45.407: //363/004E5E3E0100/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=1, Retry Count=0)
*Mar  9 19:13:45.411: //363/004E5E3E0100/CCAPI/ccCallSetAAA_Accounting:
   Accounting=0, Call Id=363
*Mar  9 19:13:45.415: //363/004E5E3E0100/CCAPI/ccCallDisconnect:
   Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=1)
*Mar  9 19:13:45.415: //363/004E5E3E0100/CCAPI/ccCallDisconnect:
   Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
*Mar  9 19:13:45.423: //363/004E5E3E0100/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x8229CB38, Tag=0x0, Call Id=363,
   Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
*Mar  9 19:13:45.423: //363/004E5E3E0100/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
*Mar  9 19:13:45.431: //362/004E5E3E0100/CCAPI/ccCallDisconnect:
   Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*Mar  9 19:13:45.435: //362/004E5E3E0100/CCAPI/ccCallDisconnect:
   Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
*Mar  9 19:13:45.435: //362/004E5E3E0100/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
*Mar  9 19:13:45.467: //362/004E5E3E0100/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x8228FF60, Tag=0x0, Call Id=362,
   Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
*Mar  9 19:13:45.471: //362/004E5E3E0100/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent

[nekke]

Ciao, sono riuscito a capire dove stava "l'errore"... sul CUCM dovevo abilitare il outbound faststart in g711 con MTP attivo.

Ovviamente l'errore l'ho recuperato dal debug voip ccapi cause=47 ovvero codec errato.

Ti ringrazio molto molto.

Ciao!