specifica tecnica - ISCOM - Istituto Superiore delle Comunicazioni e ...

More documents

Recommendations

Info

MINISTERO DELLO SVILUPPO ECONOMICO – Dip. COMUNICAZIONI ISTITUTO SUPERIORE DELLE COMUNICAZIONI E DELLE TECNOLOGIE DELL'INFORMAZIONE Specifica d'interconnessione tra reti Notation Notation name Sending side Receiving side code M mandatorio Il messaggio deve essere supportato su interfaccia SIP-NNI. Supportare l’invio di un messaggio SIP su SIP-NNI significa che il messaggio deve essere inviato sull’interfaccia SIP-NNI se ricevuto dalla rete servente. La sua presenza non implica che i network element all’interno della rete servente o il terminale Supportare la ricezione di un messaggio SIP su SIP-NNI significa che il messaggio deve essere inviato alla rete servente. Non implica che gli elementi di rete all’interno della rete servente o il terminale di utente connesso a questa rete debbano supportare il messaggio. di utente connesso a questa rete debbano supportare il messaggio. O opzionale Il messaggio può o non può essere supportato Stesso significato della direzione “sending”. all’interfaccia SIP-NNI. Il supporto di questo metodo SIP è deciso sulla base di un accordo bilaterale tra I due operatori. n/a non applicabile Non è possibile utilizzare/supportare il messaggio. Non è possibile utilizzare/supportare il messaggio. Questo elemento verrà scartato dall’SBC. C condizionale Il requisito sul messaggio ("m", "o" oppure "n/a") dipende dalle condizioni individuate con il numero al supporto di altre condizioni opzionali o condizionali. Stesso significato della direzione “sending”. Tabella 5 – Notazioni per i metodi SIP A.5.1.2 SIP header La lista degli header SIP riportata nel presente paragrafo è relativa agli header previsti alla NNI SIP (nel rispetto delle mimiche e procedure definite nei rispettivi standard) per l’espletamento dei servizi/tipologie di chiamate identificate nella presente revisione della specifica tecnica; tutti gli altri header non sono significativi e non vanno considerati ai fini dell’espletamento dei servizi. Alla NNI VoIP/IP è opportuno che ciascun operatore implementi adeguate politiche di filtro, tipicamente nel Border Gateway 3 , in uscita che garantiscano il non invio delle “header” SIP non previste. Nel caso di Tansit Network tra due operatori, l’operatore che effettua il transito deve garantire il trasporto trasparente delle “header” previste nella presente specifica tecnica di interconnessione. Nel caso in cui un operatore risulti generare alla NNI VoIP/IP header SDP non previste nella presente specifica tecnica di interconnessione e che danno luogo al rilievo di un’anomalia da parte dell’operatore ricevente è di responsabilità dell’operatore che le genera rimuoverle sollecitamente. È preferibile che la rilevazione dell’anomalia riporti alla normalizzazione delle linee SDP, metodi, Header che è definita nella presente specifica tecnica di interconnessione. Nella seguente Tabella 6 sono definiti gli header supportati e previsti all’interfaccia NNI SIP nazionale. 3 L’operazione di filtering potrà avvenire in modalità preventiva o a posteriori una volta verificato la linea dell’SDP incriminata. ST 769 Parte A versione 1 novembre 2012 10/25
MINISTERO DELLO SVILUPPO ECONOMICO – Dip. COMUNICAZIONI ISTITUTO SUPERIORE DELLE COMUNICAZIONI E DELLE TECNOLOGIE DELL'INFORMAZIONE Specifica d'interconnessione tra reti Header Reference Note NNI SIP Accept RFC 3261 section 20.1 m Accept-Contact RFC 3841 In case of presence of caller references and ICSI and IARI values. 4 m Allow RFC 3261 section 20.5 m Call-ID RFC 3261 section 20.8 m Contact RFC 3261 section 20.10 m Content-Length RFC 3261 section 20.12 m Content-Type RFC 3261 section 20.15 m Cseq RFC 3261 section 20.16 m Expires RFC 3261 section 20.19 o From RFC 3261 section 20.20 m History-Info RFC 4244 Call diversion services, MCID m in case of a trust relationship between the interconnected networks, else n/a (rif. paragrafo A.5.1.2.1) m Max-Forwards RFC 3261 section 20.22 m P-Asserted-Identity RFC 3325 section 9.1 CLIP, MCID m in case of a trust relationship between the interconnected networks, else n/a (rif. paragrafo A.5.1.2.1) m Privacy RFC 3325 section 9.3 RFC 3323 section 4.2 CLIR m Rack RFC 3262 section 7.2 Reliability of Provisional Responses m Reason RFC 3326 section 2 m Record – Route RFC 3261 section 20.30 m Require RFC 3261 section 20.32 m Retry-After RFC 3261 Section 20.33 m on receipt of second re-INVITE before the final response is sent (see section 14.2, RFC 3261), else n/a m Route RFC 3261 section 20.34 m Rseq RFC 3262 section 7.1 m Supported RFC 3261 section 20.37 m To RFC 3261 section 20.39 m Unsupported RFC 3261 section 20.40 m Via RFC 3261 section 20.42 m P-Charging-Vector: RFC 3455 section 4.6 o Warning RFC 3261 section 20.43 o 4 Si precisa che l’header Accept-Contact potrebbe essere utilizzato in futuro per una gestione più efficiente della segnalazione di interconnessione SIP mediante colorazione su base servizio cosi come indicato negli standard di riferimento 3GPP. Al fine di evitare la permanenza di segnalazione di tipo legacy all’interconnessione SIP NNI l’introduzione della colorazione potrebbe riguardare anche i servizi esistenti (es. mediante header manipulation sui nodi di bordo). Le valorizzazioni da utilizzare per l’header Accept-Contact, qualora non esplicitamente indicate negli standard di riferimento, saranno condivise tra gli Operatori. ST 769 Parte A versione 1 novembre 2012 11/25
Page 1 and 2: MINISTERO DELLO SVILUPPO ECONOMICO
Page 9: MINISTERO DELLO SVILUPPO ECONOMICO
Page 25: MINISTERO DELLO SVILUPPO ECONOMICO

specifica tecnica - ISCOM - Istituto Superiore delle Comunicazioni e ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?