1.DESCRIZIONE DELLA FUNZIONE Documenti di Input 3

Transcript

1 1.DESCRIZIONE DELLA UNZIONE Documenti di Input 3 2.RELEASE 3 3.SOTWARE 3 4.HARDWARE 3 5.TEST 3 6.PRESTAZIONI E LIMITI 4 7.OPERATION & MAINTENANCE 6 8.PRESCRIZIONI PARTICOLARI 9

2 1.DESCRIZIONE DELLA UNZIONE Prima di descrivere nel dettaglio la funzione oggetto di questo documento, credo sia utile citare alcune definizioni generali direttamente interessate allo sviluppo della funzione stessa. - VPN : Virtual Private Network.Collegamenti tra centrali private tramite la rete pubblica commutata. Tali collegamenti possono prevedere l'utilizzo in rete di alcuni servizi interni alle centrali private stesse. - ISPBX : Integrated Service Private Branch exchange.pabx collegati ad una rete di tipo ISDN. - DID : Direct In Dialling o Selezione passante.tipologia di linee di giunzione che consentono di poter chiamare direttamente un utente interno del ISPBX. Un numero DID è composto dal numero del ISPBX (identificativo di nodo) + il numero interno dell'utente desiderato. Questo significa che tutte le numerazioni interne ai nodi di una VPN devono essere previste nel piano di numerazione nazionale pubblico. La nuova funzione VPNREL90 consente di realizzare reti VPN senza l'ausilio di numerazioni DID. I nodi ISPBX sono indirizzati tramite i rispettivi identificativi di nodo, il numero dell'utente chiamato viene trasportato dal messaggio SETUP tramite la UUI di livello1. Attualmente esistono due versioni della funzione nella release BC9: la prima versione definita "VPNREL90 fase 1" consente di realizzare reti VPN solo tra nodi MD110, la seconda versione oggetto di questo documento è definita " VPNREL90 fase 2" e consente di realizzare reti VPN miste tra nodi MD110 e BP50/250 grazie ad una modifica sw del protocollo di segnalazione ISDN. Le due versioni non sono compatibili tra di loro. Nello UUI di livello 1 del messaggio SETUP è stato inserito un nuovo elemento informativo "DIALLEDNUM" contenente il numero selezionato dall'utente chiamante (eventuali conversioni del numero selezionato non sono prese in considerazione ai fini della gestione del DIALLEDNUM). Il formato del nuovo elemento informativo è illustrato di seguito ed è conforme allo standard definito nelle unction Specification 116/ APD Uen Rev. PG10 (ASB501 SPECIIC PROTOCOL IN UUI MESSAGE AND INORMATION IELD). Type of number (octet 3) DIALLEDNUM IE Information element lenght 1 ext Type of number Number plan id. Digit 2 Digit 1 Digit n+1 Digit n Bits E.164(Public) Private numbering plan Unknown Unknown Unknown Unknown International Number National number Level 1 Regional number Network specific number Local directory number Local number Numbering plan identification (octet 3)

3 Bits Meaning Unknown ISDN numbering plan(rec.e164) Private numbering plan Il campo DIGITS può contenere max.20 cifre. 1.1 Documenti di Input Richiesta Nuova unzione (mod. M/L-015) n. MKJ-98:0250/71 del 21/12/ RELEASE Il servizio è stato sviluppato per la release sw BC9.0/A. 3.SOTWARE Il pacchetto software è specificato nella tabella seguente, ed è disponibile via INTRANET all indirizzo: (VPNREL90 fase 2). PATCH IT5478 IT5418 IT5431 IT5426A IT5455A IT5422 IT5423 IT5425 IT5456A UNITA' SW RMPS11 - R9A TLP60 - R2A SLP60 - R4A RMPS7 - R4A SLP60 - R4A SLP60 - R4A RMPS5 - R9A SLP60 - R4A NCBP - R3A * Nota: Nei casi in cui l'operatore esegue servizi in rete, caricare anche la patch IT5492A in CMPS21. 4.HARDWARE TLU76/1 per collegamenti alla rete VPN tramite accessi primari TLU79 per collegamenti alla rete VPN tramite accessi base. 5.TEST Il unction test della versione VPNREL90 fase 2 è stato eseguito presso il laboratorio di Roma su una piattaforma di prova costituita da due nodi MD110 - BC9.0/A ed un nodo BP250 - R10 connessi in rete pubblica tramite accessi base. Di seguito sono elencati i servizi disponibili con il solo ausilio della UUI_1, che sono stati oggetto di test.

4 SERVIZIO / CASO DI TRAICO MD110 - MD110 MD110 - BP250 Chiamata base tra interni. Chiamata esterna entrante verso interno remoto. Servizi di identità numero/nome CLI-COL : presentazione/restrizione. Ring di chiamata (esterna/interna). CAB Occupato/Libero (utente/operatore). CAW da utente CAMP-ON da operatore CALL-OER (operatore) INCLUSIONE(utente/operatore). DEVIAZIONE : - Diretta - Occupato - Libero (vedi punto 6) - By pass della deviazione VOICE CENTRALIZZATO: -Notifica Message Waiting in rete OPERATORE CENTRALIZZATO SU MD110: -Notifica dello stato Day/Night -Punto di risposta centralizzato (vedi punto 6) (limitazione) non supportato (limitazione) Non testato non previsto 6.PRESTAZIONI E LIMITI Il limite di fondo, relativamente ai servizi di networking, consiste nel fatto che la rete pubblica ISDN non fornisce i servizi 2 e 3 di USER MESSAGE per lo scambio di segnalazioni proprietarie tra i nodi ISPBX, limitando di fatto la completa trasparenza dei servizi supplementari. Nella tabella seguente sono indicati i servizi di UUI necessari al trasporto dei vari servizi supplementari. Legenda: =Completamente supportato, L= Supportato con limitazioni, R=Migliora la prestazione del servizio, - =non usato. Se tutti i livelli marcati con L e R sono disponibili, il servizio può considerarsi completamente supportato. User to User Service 1 Service ALERT Service 2 Service 3

5 Service Account code Authority code ANCD Call Back Call offer L L R - COP Notifica Day/Night Reroute a COP L R L - Voice centralizzato Message waiting Diversion Ordine/canc. Diretta Occupato No risposta By pass L L R R IDNX - COS Inclusione L L - R Identita numero Clip/Colp/Diverted L R R R Identità nome L R R R Route Optimization L R L L Contatore transiti TCM DEVIAZIONE/REROUTE IN RETE PER MANCATA RISPOSTA Come si evince dalla tabella precedente il servizio di deviazione/reroute in rete per mancata risposta necessita del servizio 2 di User to User per essere supportato completamente. A tale proposito si possono definire due principi di fondo: Se una chiamata esterna entrante dal fascio VPN proviene da un nodo VPN (ON-NET) e la deviazione per mancata risposta è configurata in rete VPN, la deviazione non viene eseguita: il messaggio SETUP della chiamata entrante contiene l'elemento informativo User to User service 1 (MD110 originante). Il sistema MD110 considera questo evento come una completa disponibilità di UUI, per cui tenta di trasferire al nodo di origine le informazioni sulla deviazione da eseguire, tramite un messaggio UUI service 2 che non è disponibile. Paradossalmente, i casi di traffico penalizzati dalla mancanza di UUI 2 sono proprio le chiamate tra interni di rete VPN. Se la chiamata esterna entrante dal fascio VPN proviene dalla rete pubblica (O-NET) il servizio viene supportato completamente: Il SETUP ricevuto non contiene l'elemento informativo User to User service 1 (originante non MD110) per cui la procedura di deviazione/reroute in rete VPN viene eseguita localmente tramite una nuova chiamata verso il punto di risposta pre-definito per la deviazione. Una possibile soluzione tecnica che prevede linee DID in ogni nodo VPN, limiterebbe al solo traffico tra interni remoti VPN la impossibilità di usufruire completamente del servizio stesso.

6 7.OPERATION & MAINTENANCE La configurazione degli instradamenti VPN viene effettuata tramite le tabelle PNR (Private Network Routing). Se esiste una rete privata Q-SIG o DPNSS questa verrà utilizzata come prima scelta, la rete VPN verrà utilizzata come scelta alternativa (CHO=1). Se non esiste un rete privata reale per la prima scelta è necessario creare un fascio fittizio senza linee (ROEQI) e configurarlo come prima scelta nel RODDI in modo tale che l'instradamento reale VPN (per congestione) avvenga sempre sul fascio alternativo. Di seguito è illustrato uno schema di rete con instradamento VPN tramite tabelle PNR. Nella rete in esempio è stata inclusa anche una configurazione COP ed ogni nodo ha la proprie linee DID sui fasci VPN. La prima scelta viene effettuata sui fasci Q-SIG ed in alternativa (CHO=1) sui fasci VPN. Alcune configurazioni di utente ed operatore sono omesse perché non rilevanti. V P N COP-9 COP-9 Rou 2 Rou 3 RM DID DID TO ROU 1 -Q-SIG VOICE NODO 80 ROMA NANSI:NUMSE=22,NUMTYP=ED; NANSI:NUMSE=76543,NUMTYP=ED;! DEST fittizzio per PNR! NANSI:NUMSE=O,NUMTYP=ED; NANSI:NUMSE=9&1,NUMTYP=OD; NANSI:NUMSE=9,NUMTYP=OC; NANSI:NUMSE=81,NUMTYP=ED;

7 NANSI:NUMSE=80,NUMTYP=EN; NANSI:NUMSE=500&501,NUMTYP=AC; NANLS:EXL=22,MIN=4,MAX=4; NANLS:EXL=819,MIN=3,MAX=3;! Rerouting a COP Torino! NANLS:EXL=812,MIN=6,MAX=6;! Rerouting a VOICE Torino! SYIDI:EXGID=80; ADCOI:ABB=500,TRA=819,CLASS=0&&3; ADCOI:ABB=501,TRA=812201,CLASS=0&&3; ROCAI:ROU=1,SEL= ,SERV= ,TRA= ,TRM=5,SIG= ; ROCAI:ROU=2,SEL= ,SERV= ,TRA= ,TRM=5,SIG= ; RODAI:ROU=1,TYPE=SL60,VARC= ,VARI= ,VARO= ; RODAI:ROU=2,TYPE=SL60,VARC= ,VARI= ,VARO= ; ROEQI:ROU=1,..; ROEQI:ROU=2,..; RODDI:DEST=76543,ROU=1,SRT=1,ADC= ;! ascio Q-Sig! RODDI:DEST=76543,ROU=2,CHO=1,SRT=1,ADC= ;! ascio VPN! RODNI:ROU=1,DAY=9; RODNI:ROU=2,DAY=9; RORNI:ROU=1,NUM=500,NCA=81,PRIO=1; RORNI:ROU=2,NUM=500,NCA=81,PRIO=1; RORNI:ROU=1,NUM=501,NCA=81,PRIO=2; RORNI:ROU=2,NUM=501,NCA=81,PRIO=2; LCDDI:TAB=PNR,ENTRY=22,RCT=22,PRE1= ,TRC1=4;! chiamate verso interni di Torino! LCDDI:TAB=PNR,ENTRY=81,RCT=22,PRE1= ,TRC1=2;! notifica day/night COP! LCDDI:TAB=RCT,RCT=22,PRE=76543;! Dest fittizio PNR! OPCTS:CORG=1,CALT=1,OACC=9; OPCTS:CORG=2,CALT=2,OACC=9; OPCTS:CORG=3,CALT=3,OACC=9; OPCTS:CORG=4,CALT=6,OACC=9,ROU=1; OPCTS:CORG=5,CALT=7,OACC=9,ROU=2; OPCTS:CORG=6,CALT=7,OACC=1,ROU=2; OPNEI:OWNID=80,EXGNO=81;! COP notification! OPCEI:CORG=1,PRIO=1,CENUM=500,NCA=81;! COP network answering position! OPCEI:CORG=2,PRIO=1,CENUM=500,NCA=81; OPCEI:CORG=3,PRIO=1,CENUM=500,NCA=81; OPCEI:CORG=4,PRIO=1,CENUM=500,NCA=81; OPCEI:CORG=5,PRIO=1,CENUM=500,NCA=81; OPCEI:CORG=6,PRIO=1,CENUM=500,NCA=81; OPCEI:CORG=1,PRIO=2,CENUM=501,NCA=81;! VOICE network answering position! OPCEI:CORG=2,PRIO=2,CENUM=501,NCA=81; OPCEI:CORG=3,PRIO=2,CENUM=501,NCA=81; OPCEI:CORG=4,PRIO=2,CENUM=501,NCA=81; OPCEI:CORG=5,PRIO=2,CENUM=501,NCA=81; OPCEI:CORG=6,PRIO=2,CENUM=501,NCA=81; KSCAC:DIR=2100,ADC= ;! invia il proprio numero in rete!

8 -NODO 81 TORINO NANSI:NUMSE=21,NUMTYP=ED; NANSI:NUMSE=76543,NUMTYP=ED;! DEST fittizzio per PNR! NANSI:NUMSE=O,NUMTYP=ED; NANSI:NUMSE=9&1,NUMTYP=OD; NANSI:NUMSE=9,NUMTYP=OC; NANSI:NUMSE=80,NUMTYP=ED; NANSI:NUMSE=81,NUMTYP=EN; NANSI:NUMSE=500&501,NUMTYP=AC; NANLS:EXL=21,MIN=4,MAX=4; NANLS:EXL=809,MIN=3,MAX=3;! Rerouting a COP Torino! SYIDI:EXGID=81; ADCOI:ABB=500,TRA=809,CLASS=0&&3; ADCOI:ABB=501,TRA=802201,CLASS=0&&3; ROCAI:ROU=1,SEL= ,SERV= ,TRA= ,TRM=5,SIG= ; ROCAI:ROU=3,SEL= ,SERV= ,TRA= ,TRM=5,SIG= ; RODAI:ROU=1,TYPE=SL60,VARC= ,VARI= ,VARO= ; RODAI:ROU=3,TYPE=SL60,VARC= ,VARI= ,VARO= ; ROEQI:ROU=1,..; ROEQI:ROU=3,..; RODDI:DEST=76543,ROU=1,SRT=1,ADC= ;! fascio Q-Sig! RODDI:DEST=76543,ROU=3,CHO=1,SRT=1,ADC= ;! ascio VPN! RODNI:ROU=1,DAY=9; RODNI:ROU=3,DAY=9; RORNI:ROU=1,NUM=500,NCA=80,PRIO=1; RORNI:ROU=3,NUM=500,NCA=80,PRIO=1; RORNI:ROU=1,NUM=501,NCA=81,PRIO=2; RORNI:ROU=3,NUM=501,NCA=81,PRIO=2; LCDDI:TAB=PNR,ENTRY=21,RCT=21,PRE1= ,TRC1=4;! chiamate verso interni di Roma! LCDDI:TAB=PNR,ENTRY=80,RCT=21,PRE1= ,TRC1=2;! notifica day/night COP! LCDDI:TAB=RCT,RCT=21,PRE=76543;! Dest fittizio PNR! OPCTS:CORG=1,CALT=1,OACC=9; OPCTS:CORG=2,CALT=2,OACC=9; OPCTS:CORG=3,CALT=3,OACC=9; OPCTS:CORG=4,CALT=6,OACC=9,ROU=1; OPCTS:CORG=5,CALT=7,OACC=9,ROU=3; OPCTS:CORG=6,CALT=7,OACC=1,ROU=3; OPNEI:OWNID=81,EXGNO=80;! COP notification! OPCEI:CORG=1,PRIO=1,CENUM=500,NCA=80;! COP network answering position! OPCEI:CORG=2,PRIO=1,CENUM=500,NCA=80; OPCEI:CORG=3,PRIO=1,CENUM=500,NCA=80; OPCEI:CORG=4,PRIO=1,CENUM=500,NCA=80; OPCEI:CORG=5,PRIO=1,CENUM=500,NCA=80; OPCEI:CORG=6,PRIO=1,CENUM=500,NCA=80; OPCEI:CORG=1,PRIO=2,CENUM=501,NCA=81;! VOICE network answering position! OPCEI:CORG=2,PRIO=2,CENUM=501,NCA=81; OPCEI:CORG=3,PRIO=2,CENUM=501,NCA=81; OPCEI:CORG=4,PRIO=2,CENUM=501,NCA=81;

9 OPCEI:CORG=5,PRIO=2,CENUM=501,NCA=81; OPCEI:CORG=6,PRIO=2,CENUM=501,NCA=81; KSCAC:DIR=2200,ADC= ;! invia il proprio numero in rete! PARAMTERI GENERALI DI SISTEMA Controllare i seguenti settaggi: PARNUM26=1 PARNUM35=1 PARNUM36=1 PARNUM44=3 PARNUM57=1 PARNUM64=1(solo nei nodi che devono notificare la stato del COP) PARNUM75=1 PARNUM76=1 PARNUM123=1 PARNUM130=0 8.PRESCRIZIONI PARTICOLARI La presente versione del pacchetto VPNREL90 ASE 2 NON è compatibile con tutte le precedenti versioni.