Informazioni su Cisco Emergency Responder (CER)

Introduzione

Questo documento descrive l'architettura di Cisco Emergency Responder (CER) versione 9.x e precedenti e di Cisco Unified Communications Manager (CUCM) come spiegato nella documentazione di CER. Questo documento non fornisce istruzioni su come configurare CER, ma integra le note sulla versione e la documentazione rilasciata con ciascuna build CER.

Perché utilizzare CER nell'ambiente VoIP

CER è un prodotto costruito e distribuito agli Stati Uniti e Canada per eseguire quattro cose principali:

1. Inviare una chiamata di emergenza a un centro di raccolta delle chiamate di emergenza (PSAP, Public Safety Answering Point) locale.
2. Avvisare il personale via e-mail o telefonicamente di una chiamata di emergenza per rispondere a localmente.
3. Tieni un registro di tutte le chiamate di emergenza.
4. Fornire al PSAP una geolocalizzazione accurata del chiamante che ne ha bisogno.

CUCM è in grado di instradare le chiamate di emergenza verso specifici gateway con un'architettura CSS (Call Search Space)/Partition (Partizione) accuratamente costruita, ma ciò può diventare complesso e difficile da gestire. Altre funzionalità, quali gli avvisi, i registri e la geolocalizzazione, non sono facilmente disponibili o non lo sono affatto.

Elementi CER

In questa sezione vengono illustrati gli acronimi più comuni di CER e il loro significato per la configurazione, oltre a fornire maggiori informazioni su come CER e CUCM indirizzano una chiamata di emergenza.

Punti route CTI

In un'implementazione di Emergency Responder, CUCM utilizza i punti di route CTI (Computer Telephony Integration) per passare le chiamate del 911 a CER al fine di apportare modifiche al chiamante in base alla posizione del telefono. A seconda dell'ambiente CER (uno o due server in un cluster CER), è necessario utilizzare uno o due CTI Route Point all'interno di CUCM per le chiamate 911. Il punto di routing CTI registrato con l'editore CER contiene il numero della directory 911, mentre il punto di routing CTI registrato con l'abbonato CER contiene il numero della directory 912.

È disponibile un terzo punto di routing CTI per le richiamate da PSAP, ovvero '913XXXXXXXXXX'. Questa condizione viene spiegata nella sezione Numero di richiamata (ELIN) di questo documento.

Failover del punto di routing CTI

CER non fornisce alcun bilanciamento del carico, ma fornisce una soluzione di failover. CER fornisce questo tramite la configurazione del numero di directory del punto di routing CTI in CUCM.

Distribuzione CER a nodo singolo

In CUCM, il punto di instradamento CTI configurato con il numero di directory 911 (DN) include una configurazione DN per l'inoltro della chiamata in caso di errore no answer o CTI, ad esempio CTI Route Point non registrato, Call Forward e Call Pickup.

In un ambiente CER a server singolo, impostare i campi Inoltro di chiamata sul numero configurato per l'URL predefinito in CER. L'URL predefinito è illustrato nella sezione URL di questo documento.

Cluster CER a due nodi

In un ambiente CER a due server, il numero di directory 911 contiene il 912 impostato nei campi Inoltro di chiamata e Ritiro di chiamata. In questo modo la chiamata 911 viene inoltrata al sottoscrittore CER e il numero della directory 912 contiene il modello di route ERL predefinito in questi campi.

Nell'esempio, '10911' è il modello di percorso configurato sull'ERL predefinito CER.

ERL

Le posizioni di risposta alle emergenze (ERL, Emergency Response Locations) vengono utilizzate in CER per:

• Inoltrare la chiamata di emergenza a un percorso/PSAP.
• Fornire un numero ELIN (Emergency Location Identification Number).
• Assegnate una posizione fisica (ALI).
• Avvisare le squadre di intervento locali o interne di una chiamata di emergenza.

Questo è uno degli aspetti più importanti della configurazione CER perché collega la porta dello switch del telefono a una postazione fisica, consentendo allo PSAP di inviare il personale di risposta alle emergenze nella postazione corretta. Tenere presente che una ERL è in realtà la zona da cui viene effettuata una chiamata di emergenza; non è necessariamente il luogo dell'emergenza. Per esempio, c'è un incendio al terzo piano, ma la persona chiama il 911 dal secondo.

Gli URL vengono assegnati ai dispositivi tramite subnet IP e dettagli sulla porta dello switch LAN. Questo argomento è trattato nella sezione "Come CER riconosce dove si trovano i telefoni".

In CER è richiesto un URL predefinito. Questo valore ERL esiste nel caso in cui esista un endpoint (telefono) che CER non può corrispondere a un valore ERL per la configurazione. Pertanto, CER utilizza l'URL predefinito per instradare la chiamata a uno PSAP in modo che non venga interrotta.

ALI

Automatic Location Information (ALI) è la posizione fisica degli utenti finali di ERL. L'obiettivo qui è quello di identificare il più possibile l'esatta posizione in cui l'unità che risponde (polizia, ambulanza, vigili del fuoco, e così via) deve andare per aiutare la persona(e) in bisogno. Si tratta di una funzionalità molto utile nel caso in cui il chiamante non sia in grado di parlare o sia disconnesso e non risponda alla chiamata. Quando queste informazioni vengono immesse in ogni ERL, è necessario esportare l'ALI in un file e fornirlo al PSAP.

Numero di richiamata (ELIN)

ELIN (Emergency Location Identification Number) è il numero di telefono (ID chiamante) associato a un ERL in CER, che viene presentato al PSAP in modo che possa abbinare il numero ID chiamante alle informazioni ALI (indirizzo del chiamante) e fornire un numero di chiamata al PSAP in caso di disconnessione di chiamata.

Può essere un valore numerico qualsiasi. Tuttavia, questo numero deve essere un Direct Inward Dial (DID) che viene indirizzato all'ambiente CUCM. Ecco come funziona un ELIN in uno scenario di richiamata.

1. PSAP interrompe la connessione con il chiamante dell'utente finale.
2. PSAP chiama il numero ELIN/Callback fornito.
3. Il provider di servizi instrada la chiamata all'ambiente VoIP, che instrada all'ambiente CUCM.
4. CUCM contiene un modello di traduzione che modifica ELIN/Callback DID nel prefisso '913' del DID.
5. Il '913' DID viene indirizzato al '913XXXXXXXXXX' CTI Route Point, che invia il numero al CER.
6. CER toglie il '913' dalla parte anteriore di questo DID.
7. CER corrisponde all'ELIN/Callback DID nella cronologia delle chiamate CER e trasferisce la chiamata a CUCM con il numero di directory dell'endpoint (telefono) che ha effettuato la chiamata 911.
8. CUCM indirizza la chiamata al punto finale (telefono) che ha effettuato la chiamata e si spera che la persona risponda alla chiamata

Flusso comune di chiamate in uscita CER/CUCM

L'obiettivo principale di CER è indirizzare una chiamata di emergenza a un PSAP locale. Immaginate che una persona si trovi a Boston e componga il numero 911; il cluster CUCM si trova a New York e l'amministratore locale ha impostato il numero 911 per il percorso al PSAP locale. La persona raggiunge al telefono qualcuno che possa aiutarti, ma poiché la persona raggiunta è in un PSAP di New York, deve indirizzare nuovamente la chiamata al PSAP di Boston, che può inviare i reparti di emergenza necessari. In una nota positiva, questa persona ha finalmente ricevuto l'aiuto di cui aveva disperatamente bisogno. Tuttavia, c'è stato molto tempo che è stato perso mentre aspettavano di essere reindirizzati al PSAP che è locale per loro. Questo può essere pericoloso in molti modi. È possibile che l'azienda per la quale lavora la persona sia responsabile di tale perdita di tempo poiché non ha indirizzato la chiamata 911 a un PSAP locale.

La tecnologia CER è stata progettata per evitare questa situazione. Se la persona a Boston chiama il 911, viene immediatamente indirizzata verso una PSAP di Boston che ha la posizione esatta fornita al dispaccio di emergenza.

Ecco come funziona un tipico flusso di chiamata CER:

1. L'utente finale effettua una chiamata 911 a CUCM.
   • CUCM accetta la chiamata e la instrada al '911' CTI Route Point che porta a CER.
2. CER esamina l'endpoint di chiamata (telefono) e quindi:
   1. CER controlla il database per recuperare l'ERL del telefono in base al numero di chiamata.
   2. CER quindi modifica il numero chiamante in base alla ricerca nel database e registra la chiamata nel proprio database (ERL).
      • Fornisce il numero ELIN/Callback e il modello di route.
3. Una volta modificato il numero di chiamata, CER reindirizza la chiamata a CUCM. La chiamata quindi corrisponde a un percorso in CUCM.
4. Il modello di route instrada quindi la chiamata al gateway corretto.
5. Il gateway instrada la chiamata al PSAP locale.

Cosa succede se l'utente finale chiama il 9911

Poiché è comune per gli utenti finali comporre '9' prima di comporre un numero esterno, questa può essere un'abitudine difficile da rompere. Ciò è particolarmente frequente in situazioni di emergenza, e l'utente compone un numero di emergenza. La soluzione di CER/CUCM a questo problema consiste nel creare un modello di traduzione in CUCM che intercetta il numero 9911 e rimuove il primo '9' tramite il pre-punto, che cambia il numero in 911. Al termine, CUCM instrada la chiamata al punto di routing 911 CTI come se l'utente finale avesse chiamato originariamente 911.

Come CER riconosce dove si trovano i telefoni

CER tiene traccia di tutti i telefoni nel cluster CUCM e lo fa interamente quando comunica con CUCM e switch LAN supportati tramite Simple Network Management Protocol (SNMP). Dopo aver interrogato CUCM e gli switch LAN supportati, CER combina le informazioni rilevate nel database CER.

SNMP e CER

L'SNMP è un protocollo che consente di gestire i dispositivi in remoto. CER non controlla alcun dispositivo, ma utilizza i diritti di sola lettura per fare l'inventario dei dispositivi su CUCM e sugli switch LAN supportati. Gli switch LAN supportati e le versioni del software Cisco IOS sono elencati nelle note sulla versione di ciascuna CER. Ciò consente al CER di tenere traccia della posizione fisica del telefono IP in base alla porta dello switch. In base a queste informazioni, è possibile assegnare un URL appropriato.

Uso di subnet IP

L'uso di subnet IP è un modo aggiuntivo per assegnare gli ERL a un gruppo di telefoni. Se si assegnano subnet IP specifiche a un sito, un edificio, un piano e così via specifici, le subnet IP rappresentano una funzione utile per tenere traccia dei telefoni wireless.

Aggiungi telefoni IP manualmente

CER consente di aggiungere telefoni manualmente alla sua configurazione. Questa operazione può essere necessaria in caso di restrizioni relative alle licenze o di presenza di switch non supportati nella rete.

Come testare una soluzione CER

Ci sono due modi per testare una distribuzione CER. Uno consente di testare l'intera configurazione; il secondo è un test finale per verificare che tutto sia affidabile.

Test preliminare

Come accennato in precedenza in questo documento, il flusso di chiamata (CER, Call Flow) inoltra la chiamata 911 a un modello di route in CUCM, che instrada la chiamata al PSAP/provider di servizi corretto. In questo modello di instradamento, è possibile impostare Trasformazioni parte chiamata > Maschera trasformazione parte chiamata su un altro numero che si desidera inoltrare alla chiamata; ricordarsi di impostare Elimina cifre su <Nessuno>. Ciò consente di evitare troppe chiamate al PSAP. Una volta completati i test, accertarsi di rimuovere il numero Called Party Transform Mask e impostare Discard Digits nuovamente su PreDot.

Test finale

Una volta completata la configurazione di CER/CUCM, è necessario eseguire il test di tutti i siti per verificare che ogni sito riceva il PSAP corretto e che il PSAP rilevi le informazioni corrette. Il test è semplice: componi il 911 e pronuncia qualcosa, ad esempio:

"Questo è un test per una nuova soluzione di emergenza. Potrebbe comunicarmi il numero e l'indirizzo della richiamata e indicare la zona o la città in cui è elencata la sua unità di risposta?"

Il PSAP risponde alle vostre domande ed è possibile modificare la configurazione, se necessario. Accertarsi di comunicare al PSAP se si prevede di richiamare più di una volta e/o se i test sono stati completati. In questo modo lo PSAP rimane informato e può decidere se inviare risposte di emergenza per altre chiamate al 911.

Tenere presente che si desidera eseguire questa operazione quando si è certi che la configurazione di CER/CUCM sia completa. I PSAP sono estremamente occupati e, sebbene accettino di ricevere assistenza, la loro priorità principale è rispondere alle chiamate di emergenza effettive.

Conclusioni

Questo documento semplifica la comprensione della configurazione e dell'architettura CER. La documentazione di CER può aiutare con la configurazione e spiegare ogni funzione con maggiori dettagli.

Informazioni correlate

• Note sulla release di Cisco Emergency Responder
• Documentazione e supporto tecnico – Cisco Systems