Lo standard ITU-T H.323 specifica quattro componenti:
gateway
gatekeeper
terminale
MCU (Multipoint Control Unit)
Questo documento offre un'introduzione completa alla funzionalità e al funzionamento del gatekeeper nelle reti H.323 Voice over IP (VoIP).
Fare riferimento all'esercitazione sull'H.323 per ulteriori informazioni su H.323.
Accertarsi di utilizzare la funzionalità Gatekeeper H.323, indicata come x- sui download (solo utenti registrati). Ad esempio, per fare in modo che Cisco 2600 agisca come gatekeeper, un Cisco IOS® valido è c2600-ix-mz.122-11.
Il documento può essere consultato per tutte le versioni software o hardware.
Fare riferimento a Cisco Technical Tips Conventions per ulteriori informazioni sulle convenzioni dei documenti.
Un gatekeeper è un'entità H.323 presente sulla rete che fornisce servizi come la conversione degli indirizzi e il controllo degli accessi alla rete per terminali H.323, gateway e MCU. Possono inoltre fornire altri servizi, quali gestione della larghezza di banda, contabilità e dial plan, che è possibile centralizzare per garantire la scalabilità.
I gatekeeper sono separati logicamente dagli endpoint H.323, quali terminali e gateway. Sono opzionali in una rete H.323. Se tuttavia è presente un gatekeeper, gli endpoint devono utilizzare i servizi forniti.
Una zona è una raccolta di nodi H.323, come gateway, terminali e MCU registrati sul gatekeeper. Può esistere un solo gatekeeper attivo per zona. Queste zone possono sovrapporsi alle subnet e un gatekeeper può gestire i gateway in una o più subnet.
Lo standard H.323 definisce le funzioni obbligatorie e opzionali del gatekeeper:
Traduzione dell'indirizzo: converte gli ID H.323 (ad esempio gwy1@domain.com) e i numeri E.164 (numeri di telefono standard) in indirizzi IP degli endpoint.
Controllo ammissione (Admission Control) - Controlla l'ammissione degli endpoint nella rete H.323. A tale scopo, il gatekeeper utilizza i seguenti elementi:
Messaggi H.225 - Registrazione, ammissione e stato (RAS)
Vedere la segnalazione RAS H.225: Sezione Gatekeeper and Gateways per ulteriori informazioni sulla segnalazione RAS.
Richiesta di ammissione (ARQ)
Conferma ammissione (ACF)
Rifiuto di ammissione (ARJ)
Controllo della larghezza di banda: gestione dei requisiti di larghezza di banda degli endpoint. A tale scopo, il gatekeeper utilizza i seguenti messaggi H.225 RAS:
Richiesta larghezza di banda (BRQ)
Conferma larghezza di banda (BCF)
Rifiuto larghezza di banda (BRJ)
Gestione zona: il gatekeeper fornisce la gestione della zona per tutti gli endpoint registrati nella zona, ad esempio il controllo del processo di registrazione dell'endpoint.
Autorizzazione chiamata: con questa opzione, il gatekeeper può limitare l'accesso a determinati terminali o gateway e/o applicare policy di limitazione dell'orario di lavoro.
Gestione delle chiamate: con questa opzione, il gatekeeper conserva le informazioni sulle chiamate attive e le utilizza per indicare gli endpoint occupati o le chiamate di reindirizzamento.
Gestione della larghezza di banda: con questa opzione, il gatekeeper può rifiutare l'ammissione quando la larghezza di banda richiesta non è disponibile.
Segnalazione controllo chiamate: questa opzione consente al gatekeeper di indirizzare i messaggi di segnalazione delle chiamate tra gli endpoint H.323 utilizzando il modello Gatekeeper-Routed Call Signaling (GKRCS). In alternativa, consente agli endpoint di inviare messaggi H.225 di segnalazione delle chiamate direttamente tra loro.
Nota: i gatekeeper Cisco IOS sono basati sulla segnalazione diretta dell'endpoint. Non supportano la tecnologia GKRCS. Vedere la sezione Segnalazione delle chiamate con routing da Gatekeeper rispetto alla segnalazione degli endpoint diretti in questo documento.
La suite di protocolli H.323 è divisa in tre aree principali di controllo:
Segnalazione RAS (H.225)
Controllo delle chiamate/Configurazione delle chiamate (H.225)
Segnalazione Media Control and Transport (H.245)
RAS è il protocollo di segnalazione utilizzato tra gateway e gatekeeper. Il canale RAS viene aperto prima di qualsiasi altro canale ed è indipendente dalla configurazione delle chiamate e dai canali di trasporto dei supporti.
RAS utilizza le porte UDP (User Datagram Protocol) 1719 (messaggi RAS H.225) e 1718 (multicast gatekeeper discovery).
Vedere la segnalazione RAS H.225: Sezione Gatekeeper e gateway di questo documento per informazioni più dettagliate.
La segnalazione del controllo delle chiamate H.225 viene utilizzata per configurare le connessioni tra gli endpoint H.323. La raccomandazione ITU H.225 specifica l'uso e il supporto dei messaggi di segnalazione Q.931.
Viene creato un canale di controllo delle chiamate (TCP) affidabile attraverso una rete IP sulla porta TCP 1720. Questa porta avvia i messaggi di controllo delle chiamate Q.931 per la connessione, la manutenzione e la disconnessione delle chiamate.
Quando un gatekeeper è presente nell'area di rete, i messaggi H.225 relativi alla configurazione delle chiamate vengono scambiati tramite segnalazione diretta di chiamata o GKRCS. Per ulteriori informazioni, vedere la sezione Segnalazione di chiamata routing tra Gatekeeper e segnalazione diretta degli endpoint di questo documento. Il metodo scelto viene deciso dal gatekeeper durante lo scambio di messaggi di ammissione RAS.
Se non è presente alcun gatekeeper, i messaggi H.225 vengono scambiati direttamente tra gli endpoint.
H.245 gestisce messaggi di controllo end-to-end tra entità H.323. Le procedure H.245 stabiliscono canali logici per la trasmissione di informazioni audio, video, dati e del canale di controllo. Viene utilizzato per negoziare l'utilizzo e le funzionalità del canale, ad esempio:
controllo del flusso
messaggi di scambio funzionalità
Una spiegazione dettagliata del formato H.245 esula tuttavia dalle finalità del presente documento.
Questo è il processo con cui i terminali/gateway H.323 scoprono le loro zone gatekeeper Rilevamento automatico Gatekeeper:
Se un endpoint H.323 non conosce il gatekeeper, può inviare una richiesta Gatekeeper (GRQ). Questo datagramma UDP è indirizzato alla nota porta di destinazione 1718 e trasmesso sotto forma di multicast IP con l'indirizzo di gruppo multicast 24.0.1.41.
Uno o più gatekeeper possono rispondere alla richiesta con un messaggio GCF (Gatekeeper Confirmation) positivo o un messaggio GRJ (Gatekeeper Reject) negativo. Un messaggio di rifiuto contiene il motivo del rifiuto e può facoltativamente restituire informazioni su gatekeeper alternativi. Il rilevamento automatico consente a un endpoint di individuare il proprio gatekeeper tramite un messaggio GRQ (Multicast Gatekeeper Request). Poiché gli endpoint non devono essere configurati in modo statico per i gatekeeper, questo metodo ha un minore sovraccarico amministrativo. Un gatekeeper risponde con un messaggio GCF o GRJ. È possibile configurare un gatekeeper in modo che risponda solo a determinate subnet.
Nota: un gatekeeper Cisco IOS risponde sempre a un modulo GRQ con un messaggio GCF/GRJ. Non rimane mai in silenzio.
Se il gatekeeper non è disponibile, il gateway tenta periodicamente di individuarlo. Se un gateway rileva che il gatekeeper è stato disconnesso, cessa di accettare nuove chiamate e tenta di individuare nuovamente un gatekeeper. Le chiamate attive non sono interessate.
Nella tabella seguente vengono definiti i messaggi di rilevamento gatekeeper RAS:
Gatekeeper Discovery | |
---|---|
GRQ (Gatekeeper_Request) | Messaggio inviato dall'endpoint al gatekeeper. |
GCF (Gatekeeper_Confirm) | Risposta da gatekeeper a endpoint che indica l'indirizzo di trasporto del canale RAS gatekeeper. |
GRJ (Gatekeeper_Reject) | Risposta da gatekeeper a endpoint che rifiuta la richiesta di registrazione dell'endpoint. In genere a causa di un errore di configurazione del gateway o del gatekeeper. |
La registrazione è il processo con cui gateway, terminali e/o MCU si uniscono a una zona e informano il gatekeeper dei loro indirizzi IP e alias. La registrazione viene eseguita dopo il processo di individuazione. Ogni gateway può essere registrato con un solo gatekeeper attivo. Esiste un solo gatekeeper attivo per zona.
Il gateway H.323 viene registrato con un ID H.323 (ID e-mail) o un indirizzo E.164. Ad esempio:
EmailID (H.323 ID): gwy-01@domain.com
E.164 Indirizzo: 5125551212
La tabella seguente definisce i messaggi di registrazione e annullamento registrazione del gatekeeper RAS:
Gatekeeper Discovery | |
---|---|
RQ (Registration_Request) | Inviato da un endpoint a un indirizzo di canale RAS del gatekeeper. |
RCF (Registration_Confirm) | Risposta del gatekeeper che conferma la registrazione dell'endpoint. |
RRJ (Registration_Reject) | Risposta del gatekeeper che rifiuta la registrazione dell'endpoint. |
URQ (Unregister_Request) | Inviato da endpoint o gatekeeper per annullare la registrazione. |
UCF (Unregister_Confirm) | Inviato da endpoint o gatekeeper per confermare l'annullamento della registrazione. |
URJ (Unregister_Reject) | Indica che l'endpoint non è stato preregistrato con il gatekeeper. |
I messaggi di ammissione tra endpoint e gatekeeper costituiscono la base per l'ammissione delle chiamate e il controllo della larghezza di banda. I gatekeeper autorizzano l'accesso alle reti H.323 con la conferma o il rifiuto di una richiesta di ammissione.
Nella tabella seguente vengono definiti i messaggi di ammissione RAS:
Messaggi di ammissione | |
---|---|
ARQ (Richiesta_ammissione) | Tentativo di un endpoint di avviare una chiamata. |
ACF (Conferma_ammissione) | Autorizzazione del gatekeeper ad ammettere la chiamata. Questo messaggio contiene l'indirizzo IP del gateway o gatekeeper di terminazione e consente al gateway originale di avviare le procedure di segnalazione di controllo delle chiamate. |
ARJ (Rifiuto_ammissione) | Nega la richiesta dell'endpoint di ottenere l'accesso alla rete per la chiamata specifica. |
Per ulteriori informazioni, vedere la sezione Flusso di chiamata da Gatekeeper a Gateway di questo documento.
I messaggi di richiesta di percorso vengono in genere utilizzati tra gatekeeper interzona per ottenere gli indirizzi IP di endpoint di zona diversi. Nella tabella seguente vengono definiti i messaggi di richiesta di percorso RAS:
Richiesta posizione | |
---|---|
LRQ (Location_Request) | Inviato per richiedere le informazioni di contatto del gatekeeper per uno o più indirizzi E.164. |
LCF (Location_Confirm) | Inviato dal gatekeeper e contenente il canale di segnalazione delle chiamate o l'indirizzo del canale RAS di se stesso o dell'endpoint richiesto. Quando si utilizza GKRCS, LCF utilizza il proprio indirizzo. LCF utilizza l'indirizzo endpoint richiesto quando viene utilizzata la segnalazione di chiamata all'endpoint diretto. |
LRJ (Location_Reject) | Inviato dai gatekeeper che hanno ricevuto un LRQ per cui l'endpoint richiesto non è registrato o contiene risorse non disponibili. |
Per ulteriori informazioni, vedere la sezione Flusso di chiamate da Gatekeeper a Gateway.
Il gatekeeper può utilizzare il canale RAS per ottenere informazioni sullo stato dagli endpoint. È possibile utilizzare il server RAS per monitorare se l'endpoint è online o offline. Nella tabella seguente vengono definiti i messaggi di informazioni sullo stato RAS:
Informazioni sullo stato | |
---|---|
IRQ (Richiesta_informazioni) | Richiesta di stato inviata dal gatekeeper all'endpoint. |
IRR (Information_Request_Response) | Inviato da endpoint a gatekeeper in risposta a IRQ. Questo messaggio viene inviato anche dall'endpoint al gatekeeper se quest'ultimo richiede aggiornamenti periodici dello stato. L'IRR viene utilizzato dai gateway per informare il gatekeeper sulle chiamate attive. |
IACK (Info_Request_Acknowledge) | Utilizzato dal gatekeeper per rispondere ai messaggi IRR. |
INACK (Info_Request_Neg_Acknowledge) | Utilizzato dal gatekeeper per rispondere ai messaggi IRR. |
Il controllo della larghezza di banda viene inizialmente gestito tramite la sequenza di messaggi di ammissione (ARQ/ACF/ARJ). Tuttavia, la larghezza di banda può cambiare durante la chiamata. Nella tabella seguente vengono definiti i messaggi di controllo della larghezza di banda RAS:
Controllo larghezza di banda | |
---|---|
BRQ (Bandwidth_Request) | Richiesta di aumento/diminuzione della larghezza di banda delle chiamate inviata dall'endpoint al gatekeeper. |
BCF (Conferma larghezza di banda) | Inviato dal gatekeeper e conferma l'accettazione della richiesta di modifica della larghezza di banda. |
BRJ (Larghezza di banda_Rifiuta) | Inviato dal gatekeeper e rifiuta la richiesta di modifica della larghezza di banda. |
RAI (indicatore di disponibilità delle risorse) | Questa opzione viene utilizzata dai gateway per comunicare al gatekeeper se sono disponibili risorse nel gateway per accettare chiamate aggiuntive. |
RAC (conferma disponibilità risorse) | Notifica dal gatekeeper al gateway che conferma la ricezione del messaggio RAI. |
Per ulteriori informazioni sulla RAI, fare riferimento a Descrizione, configurazione e risoluzione dei problemi relativi all'indicazione dell'allocazione delle risorse.
Esistono due tipi di metodi di segnalazione delle chiamate del gatekeeper:
Segnalazione diretta endpoint: questo metodo indirizza i messaggi di configurazione delle chiamate al gateway o all'endpoint terminante.
Gatekeeper-Routed Call Signaling (GKRCS): questo metodo indirizza i messaggi di impostazione delle chiamate attraverso il gatekeeper.
Nota: i gatekeeper Cisco IOS sono basati sulla segnalazione Direct Endpoint e non supportano GKRCS.
Questi diagrammi illustrano le differenze tra questi due metodi:
In queste sezioni vengono illustrati solo gli scenari del flusso di chiamata di segnalazione di chiamata diretta. Inoltre, si supponga che i gateway abbiano già completato il rilevamento e la registrazione con i relativi gatekeeper.
Una delle funzionalità principali dei gatekeeper è tenere traccia di altre zone H.323 e inoltrare le chiamate in modo appropriato. In presenza di molte zone H.323, le configurazioni dei gatekeeper possono richiedere un'intensa attività amministrativa. In installazioni VoIP così grandi è possibile configurare un gatekeeper di directory centralizzato che contiene un registro di tutte le diverse zone e coordina i processi di inoltro LRQ. Non è richiesta alcuna rete completa tra gatekeeper interzona con gatekeeper di directory.
Nota: un gatekeeper di directory non è uno standard di settore, ma è un'implementazione Cisco.
Per ulteriori informazioni, vedere la sezione Scalabilità della rete H.323 con i gatekeeper .
Il diagramma mostra il concetto di scalabilità della rete VoIP con gatekeeper e gatekeeper di directory:
Nota: per ulteriori informazioni sulle configurazioni di esempio del gatekeeper, fare riferimento a Descrizione del routing delle chiamate del gatekeeper di Cisco IOS.