Source: http://docplayer.it/847621-Capitolo-1-ip-multimedia-subsystem.html
Timestamp: 2017-02-24 06:15:55+00:00

Document:
Capitolo 1 IP Multimedia Subsystem - PDF
Download "Capitolo 1 IP Multimedia Subsystem"
1 Capitolo 1 IP Multimedia Subsystem Con la nascita delle reti di nuova generazione, in inglese Next Generation Network (NGN), è avvenuta una vera e propria rivoluzione nella creazione e gestione di servizi nelle reti di telecomunicazione. Se oggi, infatti, per ogni tipo di servizio si utilizza un'infrastruttura differente, con le NGN un'unica rete di trasporto supporterà tutte le tipologie di servizio. In questo modo il servizio diventerà indipendente dalla rete. Nelle reti di nuova generazione, IMS (IP Multimedia Subsystem) svolge un ruolo importante offrendo dei servizi chiave come la Quality of Service (QoS), la sicurezza, la messaggistica istantanea (Instant Messaging), IP Television (IPTV), etc. sia in reti fisse che in reti mobili. IMS facilita gli operatori di telefonia mobile nelle gestione e nella organizzazione dei nuovi servizi offerti, specialmente se rapportiamo il tutto con le difficoltà che ogni operatore incontra nell'offrire gli stessi servizi su una architettura GSM. In molti casi, alcuni servizi non posso essere offerti su tali 142 architetture. IMS è una architettura aperta e standardizzata che mira a fondere i servizi multimediali sia su reti cellulari e mobili che su reti IP, sfruttando gli stessi protocolli standard per i servizi di telefonia mobile e fissa e per i servizi su rete IP. Per i fornitori di servizi, l'ims (IP Multimedia Subsystem) consentirà una più rapida e semplice implementazione di nuovi servizi standardizzati, permettendo di avere una notevole riduzione dei costi. Per gli utenti finali, l'ims potrebbe fornire nuovi servizi di comunicazione flessibili e customizzabili in tempo reale sfruttando qualsiasi rete e qualsiasi dispositivo, che si tratti di un PDA, PC, cellulare o TV. Con queste caratteristiche, IMS diventerebbe il nucleo delle reti di nuova generazione [11]. 1 Benefici I benefici che protrebbero spingere gli operatori del settore a passare alla nuova architettura IMS sono essenzialmente tre: la fornitura di servizi con QoS il nuovo sistema di tariffazione l'integrazione di differenti servizi. La prima ragione per l'installazione di una rete IMS è stato quello di fornire il servizio con QoS (Quality of Service). Una architettura a commutazione di pacchetto, e in generale una rete IP, fornisce un servizio best-effort. Quindi, la qualità di una conversazione di servizi VoIP (Voice over IP) può notevolemente peggiorare. Per esempio, in una rete non-ims, durante una sessione VoIP la voce del chiamante può sembrare perfettamente chiara, ma, in pochi istanti, può diventare incomprensibile. Se la rete in questione non supporta servizi di QoS sarà impossibile risolvere l'inconveniente venutosi a creare. Al contrario, IMS fornisce 153 servizi QoS e consente agli operatori di controllare la QoS di una sessione VoIP e di altri servizi multimediali. IMS consente di instaurare molteplici sessioni multimediali per un unico utente gestendo in maniera flessibile la tariffazione dei servizi richiesti. Infatti, un utente coinvolto in una videoconferenza su una rete a commutazione di pacchetto di solito scambia una elevata quantità di informazioni (che consiste principalmente dati con codifica audio e video). A seconda dell'operatore il trasferimento di una tale quantità di dati può portare ad una diversa tariffazione, che generalmente si basa sul numero di byte trasferiti dall'utente. L'operatore non può utilizzare un diverso modello di tariffazione, in quanto non è a conoscenza del contenuto di quei byte: essi potrebbero appartenere a una sessione VoIP, ad un messaggio istantaneo, ad una pagina web o ad una . D'altro canto, se l'operatore fosse a conoscenza delle condizioni reali del servizio che l'utente sta usando, esso potrebbe adoperare un sistema di tariffazione alternativo, che può essere più vantaggioso per l'utente. Ad esempio, l'operatore potrebbe essere in grado di addebitare un importo fisso per ogni messaggio istantaneo, indipendentemente dalle sue dimensioni. Inoltre, l'operatore può addebitare per una sessione multimediale in base alla sua durata e indipendentemente dal numero di byte trasferiti. Grazie alle reti IMS, l'operatore può usufruire delle informazioni sul servizio richiesto dall'utente in maniera tale da decidere se applicare una tariffa flat o una tariffazione tradizionale o una tariffazione basata sulla QoS o una nuova tipologia di tariffa propria dell'operatore [11]. La terza ragione principale per l'installazione di IMS da parte di un operatore è stato quello di offrire servizi integrati per gli utenti. Gli sviluppatori di nuovi servizi utilizzano interfacce standard definite da IMS, in modo che gli operatori siano in grado di integrare servizi e crearne dei nuovi. 164 Gli obiettivi futuri nella standardizzazione di IMS sono [12]: integrare gli ultimi trend tecnologici; avvalersi del paradigma dell'internet Mobile; creare una piattaforma comune per sviluppare diversi servizi multimediali; creare un meccanismo per dare impulso ad un maggiore utilizzo di cellulari compatibili con le reti a pacchetto. I requisiti che hanno portato alla progettazione del 3GPP IMS sono [12]: il supporto per la creazione di sessioni multimediali su IP; il supporto per un meccanismo di negoziazione della la Quality of Service (QoS); il supporto per l'interazione con Internet e con le reti a commutazione di circuito; il supporto per il roaming; il supporto per un controllo rigido imposto dall'operatore nei servizi forniti all'utente finale; il supporto per la rapida creazione di servizi senza la necessità di standardizzarlo. 2 Architettura IMS L'architettura di rete IP Multimedia Subsystem (IMS) è divenuta standard grazie alla collaborazione di Telecoms & Internet converged Services & Protocols for Advanced Networks (TISPAN) e Il Third Generation Partnership Project (3GPP), commissioni istituite dall'organo di standardizzazione European Telecommunications Standards Institute (ETSI). Gli organi di standardizzazione appena enunciati sono descritti in Appendice A. 175 Dalla definizione della 3GPP *11+, l architettura IMS non è considerata come un insieme di nodi ma come una collezione di funzioni collegate tra loro attraverso interfacce standardizzate. In figura 1.1 vengono mostrati i componenti basilari di una architettura IMS e vengono evidenziate le relative interfacce tra quest ultimi. Dalla figura possiamo vedere che il terminale IMS utilizza un collegamento radio per accedere alla rete. Comunque IMS supporta non solo altri tipi di dispositivi ma anche vari tecnologie di accessi. Il principale protocollo utilizzato per la segnalazione è SIP (Session Initiation Protocol) [13]. L architettura IMS si compone principalmente delle seguenti entità [12]: Home Subscriber Server (HSS) e Subscriber Location Function (SLF); Call Session Control Function (CSCF), che si compone di un Proxy-CSCF (P- CSCF), un Interrogating-CSCF (I-CSCF) e di un Serving-CSCF (S-CSCF); Application Server (AS), tra i quali di fondamentale importanza risulta il Session Initiation Protocol-AS (SIP-AS); Media Resource Function (MRF), a sua volta suddiviso in Media Resource Function Controller (MRFC) e Media Resource Function Process (MRFP); Breakout Gateway Control Functions (BGCF); Public Switched Telephone Network (PSTN) Gateway, ognuna divisa in uno Signaling Gateway (SGW), Media Gateway Controller Function (MGCF) e un Media Gateway (MGW). 186 SIP-AS Ut SIP-AS Mp Ut AS Sh MFRP ISC Dh Mr MRF MRFC User Equipment Rete di Accesso Gm P-CSCF Mw S-CSCF Mw Dx M Cx Cx HSS CSCF I-CSCF User Equipment SIP Diameter H.248 HTTP Legend Dx Mi SLF BGCF Mj Mn MGW PSTN Gateway MGCF SGW Mn Figura 1.1 Struttura dell architettura 3GPP IMS L architettura presentata in figura 1.1 considera una sola entità per ogni tipologia di componente. Di solito, è possibile che l architettura utilizzi più istanze della stessa tipologia. 2.1 Home Subscriber Server e Subscriber Location Function Home Subscriber Server (HSS) è un repository centralizzato contenente tutte le informazioni riguardanti l utente (User Profile). Tecnicamente, esso può essere considerato come una evoluzione dell Home Location Register (HLR), un database presente nell architettura GSM che contiene informazioni sugli abbonati. In particolare, le informazioni, presenti in HSS e necessarie per la gestione di sessioni multimediali, comprendono: Informazioni sulla regione in cui si trova l abbonato; 197 Informazioni sulla sicurezza, includendo i dati di autenticazione e di autorizzazione: Informazioni sul profilo utente, includendo i servizi ai quail l utente si è abbonato; Informazioni sul Serving-CSCF stanziato per l utente. Una rete può contenere più di un HSS, nel caso in cui il numero di iscritti sia troppo alto per essere gestito da un unico HSS o nel caso si voglia realizzare una architettura ridondante per gestire eventi di failure dell HSS. In ogni caso, tutti i dati relativi ad un particolare utente vengono memorizzati in un unico HSS [12]. Le reti con un singolo HSS non hanno bisogno di un Subscriber Location Function (SLF). Al contrario, in presenza di una rete con due o più HSS, SLF ha il compito di mappare gli indirizzi degli utenti ai relativi HSS. Infatti, un nodo che ha bisogno delle informazioni relative ad un particolare utente invia una richiesta contenente l indirizzo dell utente in questione al SLF. SLF ricerca nel suo database interno l utente e inoltra al nodo l indirizzo dell HSS che contiene le informazioni richieste [12]. Sia HSS che SLF implementano il protocollo Diameter [14] attraverso una applicazione Diameter compatibile con l architettura IMS. In particolare, HSS si collega a I-CSCF e a S-CSCF attraverso l interfaccia Diameter Cx e agli Application Server attraverso l interfaccia Sh. Al contrario, SLF si collega all I-CSCF e a all S-CSCF attraverso l interfaccia Dx, mentre agli Application Server con l interfaccia Dh. 2.2 Call Session Control Function Il CSCF (Call Session Control Function) è un server SIP che svolge una funzione essenziale nell architettura IMS. Il CSCF processa la segnalazione SIP in IMS. Qualsiasi CSCF può appartenere ad una delle seguenti tre categorie: 208 P-CSCF (Proxy-CSCF) I-CSCF (Interrogating-CSCF) S-CSCF (Serving-CSCF) Proxy - Call Session Control Function A P-CSCF (Proxy-CSCF) è un proxy server SIP, che rappresenta il primo punto di contatto tra i terminali e la rete IMS. Agendo come SIP proxy, può, per esempio, accettare le richieste di sessioni SIP avviate o dirette verso un determinato terminale. In questi casi, il P-CSCF inoltra le richieste o le risposte SIP nella direzione corretta (vale a dire, verso il terminale IMS o verso la rete IMS). Il P-CSCF è assegnato ad un terminale IMS durante la registrazione e tale assegnazione non cambia per tutta la durata della registrazione. Il P-CSCF include numerose funzioni, alcune delle quali sono legate alla sicurezza. In primo luogo, esso stabilisce un certo numero di associazioni di protezione IPSec. IPsec è l'abbreviazione di IP Security ed è uno protocollo standard che, attraverso la cifratura e l'autenticazione dei pacchetti IP, fornisce connessioni sicure a livello di rete *23+. Queste associazioni IPSec offrono servizi d integrità dei messaggi (ad esempio, la capacità di rilevare se il contenuto del messaggio è stato modificato). Una volta che il P-CSCF autentica l'utente (attraverso l associazione IPSec creata precedentemente), il P-CSCF fa da garante sulle credenziali dell utente presso i restanti nodi della rete IMS. In questo modo, gli altri nodi non hanno bisogno di autenticare ulteriormente l'utente. Inoltre, il P-CSCF verifica la correttezza delle richieste SIP inviate da un terminale IMS. Tale verifica si basa sulla ricerca dell identità del terminale IMS nelle richieste SIP che non sono state costruite in base alle norme specificate dal protocollo SIP. Il P-CSCF include anche un compressore ed un decompressore di messaggi SIP. I messaggi SIP possono essere di grandi dimensioni, dato che SIP è protocollo text- 219 based. Mentre i messaggi SIP possono essere trasmessi su una connessione a banda larga in un periodo di tempo relativamente breve, la trasmissione di messaggi SIP di grandi dimensioni su un canale a banda stretta, come su alcuni canali radio, può richiedere alcuni secondi. Il meccanismo utilizzato per ridurre il tempo di trasmissione di un messaggio SIP consiste nel comprimerlo prima dell invio via etere o via canale radio e nella decompressione dopo che il messaggio compresso è stato ricevuto dall antenna del destinatario. Il P-CSCF può comprendere un Policy Decision Function (PDF). Il PDF può essere integrato con il P-CSCF o essere implementato come una unità stand-alone. Il PDF autorizza determinati risorse radio e gestisce la qualità del servizio (QoS) sulle risorse radio autorizzate. Il P-CSCF genera anche le informazioni di tariffazione verso un nodo di raccolta. Una rete IMS di solito comprende una serie di P-CSCF per motivi di scalabilità e ridondanza. Ogni P-CSCF offre le sue funzionalità ad un certo numero di terminali IMS, a seconda della capacità computazionali del nodo [12] Interrogating Call Session Control Function L I-CSCF (Interrogating CSCF) è un Proxy Server SIP che è situato sul bordo del dominio di amministrazione. I-CSCF ha il compito di interrogare il database HSS o SLF, in presenza di più HSS, al fine di conoscere ed inoltrare ad altri componenti della rete IMS le informazioni relative agli abbonati. L I-CSCF espone una l interfaccia Dx a SLF e l interfaccia Cx all HSS. Queste interfacce sono basate sul protocollo Diameter [14]. L indirizzo dell I-CSCF viene ricavato dai record DNS (Domain Name System). Infatti, qualora un Server SIP, in accordo alle procedure definite dallo standard SIP [13], cerca di contattare l I-CSCF a cui inoltrare il messaggio SIP, ottiene dai record DNS l indirizzo dell I-CSCF appartenente al dominio del destinatario. L I-CSCF ricava le informazioni dell utente e inoltra le richieste SIP ai loro destinatari 2210 (di solito un S-CSCF). In aggiunta, I-CSCF può criptare i messaggi SIP che contengono informazioni dettagliate sull architettura di rete IMS presente in quel dominio, quali il numero degli Server, i loro indirizzi IP o nomi DNS, le loro funzionalità, etc. Il sistema di criptazione dei messaggi è conosciuto nella rete IMS con il nome di Topology Hiding Inter-network Gateway (THIG). Tale funzionalità è opzionale ed non viene implementata nella maggior parte delle reti. Tipicamente, una rete comprende più di un I-CSCFs per migliorare la scabilità della rete e offrire ridondanza atta alla gestione di possibili failure degli I-CSCF Serving Call Session Control Function Il S-CSCF è il nodo centrale del sistema di segnalazione. Il S-CSCF è essenzialmente un SIP Server, che gestisce il controllo della sessione. In aggiunta alle funzionalità del server SIP S-CSCF funge anche da SIP Registrar. Questo significa che si mantiene un legame tra la posizione dell utente (ad esempio, l'indirizzo IP del terminale dell utente connesso) e l indirizzo SIP dell utente (noto anche come un Public User Identity). Così come succede l'i-cscf, il S-CSCF implementa un interfaccia Diameter [14] verso HSS. I motivi principali per i quali si utilizza una interfaccia Diameter verso HSS sono i seguenti: Scaricare da HSS i vettori di autenticazione di un utente che sta tentando di accedere alla rete IMS. Il S-CSCF utilizza questi vettori per autenticare l'utente; Scaricare lo User Profile dal HSS. Lo User Profile include il Service Profile, che è un insieme di trigger che possono causare l instradamento di un messaggio SIP attraverso uno o più Application Server; Informare l'hss su quale S-CSCF è stato stanziato per l'utente per la durata dellla registrazione. 2311 Il S-CSCF controlla ogni messaggio SIP e determina se la segnalazione SIP deve essere attraversare uno o più Application Server prima di raggiungere la destinazione finale. Tali Application Server potrebbero potenzialmente fornire un determinato servizio per l'utente. Una delle principali funzioni del S-CSCF è quello di fornire servizi di routing SIP. Se l utente digita un numero di telefono SIP invece di un Uniform Resource Identifier (URI), il S-CSCF fornisce servizi di traduzione, di solito basato su DNS E.I64 Number Traslation (come descritto nella RFC 2916 [15]). L operatore di rete può applicare le proprie politiche sul trattamento delle sessioni create dagli utenti utilizzando le funzionalità del S-CSCF. Infatti, ad esempio, un utente non può essere autorizzato a stabilire alcuni tipi di sessioni. Il S-CSCF registra gli utenti che non possono eseguire determinate operazioni non autorizzate. Una rete di solito comprende una serie di S-CSCF per motivi di scalabilità e ridondanza. Ogni S-CSCF serve un certo numero di terminali IMS, a seconda della capacità del nodo. 2.3 Application Server L'AS (Application Server) è un entità SIP che ospita ed esegue servizi. L AS può funzionare in modalità SIP Proxy, in modalità SIP UA (User Agent) (per esempio, endpoint) o in modalità SIP B2BUA (Back-to-Back User Agent) (ad esempio, una concatenazione di due SIP User Agent). L AS si interfaccia agli S-CSCF utilizzando il protocollo SIP. In Figura 1.2 vengono presentati i tre diversi tipi di Application Servers: SIP AS (Application Server): questo è il nativo Application Server che ospita ed esegue Servizi multimediali IP basato su SIP. Si prevede che le nuove 2412 specifiche IMS riguardanti i servizi probabilmente saranno sviluppati nei SIP Application Server. OSA-SCS (Open Service Access Service Capability Server): l'application Server fornisce un'interfaccia per il framework OSA Application Server. OSA, standardizzato da 3GPP, è una collezione di API che consentono a terze parti di sviluppare e implementare, con il minimo sforzo, le applicazioni che accedono alla piena funzionalità della rete sottostante, pur preservando l integrità di quest ultima [16]. OSA-SCS eredita tutte le funzionalità di OSA, in particolare la capacità di accedere al dominio IMS in maniera sicura da reti esterne. Su un lato il nodo agisce come un Application Server interfacciandosi con S-CSCF utilizzando il protocollo SIP; dall altro lato si comporta come un interfaccia tra l'osa Application Server e il OSA API (Application Programming Interface) [16]. IM-SSF (IP Multimedia Service Switching Function): l'application Server ci permette di riutilizzare i servizi CAMEL (Customized Applications for Mobile network Enhanced Logic), applicazioni che sono stati sviluppati per reti GSM nelle reti IMS. IM-SSF alloca un GsmSCF (GSM Service Control Function), per controllare una sessione IMS. L'IM-SSF agisce come un Application Server su un lato interfacciando con S-CSCF attraverso il protocollo SIP. Sull altro lato, esso agisce come un SSF (Service Switching Function) interfacciandosi con gsmscf utilizzando il protocollo basato sulla CAP (CAMEL Application Part, definita in 3GPP TS [17]). 2513 OSA AS OSA API CAP gsmscf OSA SCS ISC ISC SIP AS ISC Sh Sh Sh IMS-SSF SIP Diameter Legend S-CSCF HSS Figura 1.2 Le tre tipologie di Application Server 2.4 Media Resource Function Il Media Resource Function (MRF) fornisce un supporto alla gestione e alla manipolazione delle risorse. Il Multimedia Resource Function (MRF) è diviso in due entità: Media Resource Function Controller (MRFC), che controlla le risorse per i flussi multimediali nel MRFP e interpreta le informazioni che provengono dal S-CSCF o dall'application Server per il trattamento dei media. In particolare, il MRFC agisce come un SIP User Agent e contiene una interfaccia SIP verso S-CSCF. Il MRFC controlla le risorse comunicando con MRFP tramite un interfaccia H14 Media Resource Function Processor (MRFP), che controlla il trasporto sull'interfaccia Mr, determina il mixing degli stream multimediali ricevuti e, successivamente, applica l'elaborazione richiesta, come ad esempio la transcodifica o l'analisi dei media. 2.5 Breakout Gateway Control Function Il BGCF è essenzialmente un server SIP, che include le funzionalità di routing basato sui numeri di telefono. Il BGCF è utilizzato solo in sessioni, che sono iniziate da un terminale IMS e sono indirizzate ad un utente appartenente ad una rete circuitswitched, come ad esempio la rete Public Switched Telephone Network (PSTN) o la rete Public Land Mobile Network (PLMN). Le principali funzionalità del BGCF sono: selezionare una rete appropriata se occorre una interconnessione con una rete circuit-switched; selezionare un appropriato PSTN Gateway, se occorre una interconnessione con la stessa rete, nella quale è situato il BGCF [12]. 2.6 PSTN Gateway Il PSTN Gateway offre una interfaccia verso le reti a commutazione di circuito, permettendo ai terminali IMS di gestire chiamate dirette o inizializzate da utenti appartenenti nella rete PSTN (o in qualsiasi altra rete a commutazione di circuito). In figura 1.3 viene definita l iterazione tra la rete IMS e quella PSTN attraverso il PSTN Gateway decomposto nelle sue componenti. Inoltre nella stessa figura si evidenzia i protocolli di connessione tra i vari attori della comunicazione. Infatti, il PTSN si decompone nelle seguenti funzioni [12]: SGW (Signaling Gateway): il Signaling Gateway permette di interfacciarsi alle reti a commutazione di circuito (e.g., PSTN) a livello di segnalazione. 2715 SGW esegue la conversione dei protocollo di livello più basso. Per esempio, un SGW è responsabile della conversione del protocollo di trasporto dei messaggi di segnalazione Message Trasfert Part (MTP, ITU-T Recommendation Q.701) appartenente al Signaling System n.7 (SS7) nel protocollo Stream Control Trasmission Protocol over IP (SCTP/IP). Quindi, il SGW trasforma ISDN User Part (ISUP, ITU-T Reccomandation Q.761) o Bearer Independent Call Control (BICC, ITU-T Reccomandation Q.1901) over MTP in ISUP o BICC over SCTP / IP. Media Gateway Control Function (MGCF): il MGCF è il nodo centrale del PSTN Gateway. Esso implementa una macchina di stato che realizza la conversione di protocolli e mappa il SIP (il protocollo di controllo di chiamata sul lato IMS) sia in ISUP over IP o in BICC over IP (BICC e ISUP sono protocolli di controllo di chiamata in reti a commutazione di circuito). In aggiunta alla conversione del protocollo di controllo di chiamata, MGCF controlla le risorse nel Media Gateway (MGW). Il protocollo usato tra l'mgcf e MGW è H.248 (ITU-T Reccomandation H.248). Media Gateway (MGW): il Media Gateway interfaccia la rete PSTN o una rete a commutazione di circuito a livello di trasmissione dei flussi multimediali. Da un lato il MGW è abilitato per inviare e ricevere i flussi multimediali trasmessi attraverso il protocollo Real-Time Protocol (RTP, RFC 3550). Dall altro lato MGW utilizza uno o più intervalli di tempo (time slot) codificati in Pulse Code Modulation (PCM) per collegarsi alla rete circuitswitched. Inoltre, il MGW ottimizza la transcodifica quando il terminale IMS non supporta determinati codec. 2816 Dominio IMS Dominio PSTN SGW ISUP/IP ISUP/MTP Telefono SIP BGCF SIP H.248 MGCF PCM PSTN Switch Telefono RTP Telefono MGW Figura 1.3 Interazione tra la rete IMS e la rete PSTN 3 Protocolli utilizzati in IMS I protocolli che vengono utilizzati in IMS possono catalogarsi in tre grandi aree: Session Control Protocol AAA Protocol Other Protocol Queste tre grandi aree di protocolli permettono di gestire le fasi di utilizzo di un servizio dall accesso dell utente all entità IMS fino al trasferimento dei flussi dati attraverso la rete. 3.1 Session Control Protocol I protocolli che controllano le chiamate attraverso i messaggi di segnalazione giocano un ruolo fondamentale in ogni sistema di telefonia. Nelle reti circuit- 2917 switched i più comuni protocolli di controllo di chiamata sono TUP (Telephony User Part, ITU-T Recommendation Q.721), ISUP (ISDN User Part, ITU-T Recommendation Q.761) e il più moderno BICC (Bearer Independent Call Control, ITU-T Recommendation Q.1901). 3GPP ha deciso di utilizzare in IMS i protocollo basati su IP come protocolli di controllo di sessione. I protocolli candidati sono i seguenti: Bearer Independent Call Control (BICC): BICC (definito nella ITU-T Recommendation Q.1901) è una evoluzione di ISUP. Diversamente da ISUP, BICC separa il piano di segnalazione dal piano di trasmissione dei flussi multimediali, in modo che la segnalazione può attraversare una serie di nodi differenti rispetto a quelli coinvolti dal trasferimento dei media. Inoltre, BICC supporta un insieme di tecnologie differenti, quali IP, SS7 (Signaling System N. 7 ITU-T Reccomandation Q.700), o ATM (Asynchronous Transfer Mode). H.323: come BICC, H.323 (ITU-T Reccomandation H.323 raccomandazione) è un protocollo ITU-T. H.323 definisce un nuovo protocollo per stabilire le sessioni multimediali. A differenza di BICC, H.323 è stato progettato da zero per supportare le tecnologie IP. In H.323, la segnalazione e i flussi multimediali non hanno bisogno di attraversare lo stesso insieme di host. Session Initiation Protocol (SIP): specificato da IETF come il protocollo per stabilire e gestire le sessioni multimediali su reti IP, SIP ha guadagnato del vantaggio sugli altri protocolli concorrenti nel momento in cui 3GPP stava scegliendo il suo protocollo di controllo di sessione. SIP è basato il ben noto modello client-server, così come sono stati sviluppati molti altri protocolli da IETF. Gli sviluppatori di SIP hanno preso in prestito i principi di progettazione di Simple Mail Transfer Protocol (SMTP,RFC 2821) e, in particolare, da Hypertext Transfer Protocol (http, RFC 2616). SIP eredita la maggior parte delle sue caratteristiche da questi due protocolli in quanto HTTP e SMTP sono i protocolli più utilizzati su Internet. SIP, a differenza di BICC e H.323, non distingue la User-to-Network Interface (UNI) dalla 3018 Network-to-Network Interface (NNI) e, in particolare, SIP opera end-to-end. A differenza di BICC e H.323, SIP è un protocollo basato su testo: questo significa che è più facile da estendere. Inoltre semplifica il debug e la creazione di nuovi servizi [13]. SIP è stato scelto come il protocollo di controllo di sessione per l'ims. Il fatto che SIP semplifica la creazione di nuovi servizi ha indotto 3GPP nella scelta di SIP. Siccome SIP è basato su HTTP, gli sviluppatori hanno potuto usufruire di tutti i servizi sviluppati per HTTP, come CGI (Common Gateway Interface) e Servlet Java [12]. In particolare, in IMS viene utilizzata una versione espansa di SIP: sono stati aggiunti nuovi messaggi e nuove procedure utili per supportare le specifiche e richieste introdotte dal protocollo IMS della 3GPP [11]. 3.2 AAA Protocol Diameter (il cui protocollo base è specificato in RFC 3588 [14]) è stato scelto per essere il protocollo di AAA (Authentication, Authorization e Accounting) in IMS. Diameter è un evoluzione di RADIUS (specificato in RFC 2865), un protocollo che è stato ampiamente utilizzato su Internet per l'implementazione di AAA. Per esempio, quando un utente vuole accedere ai servizi di un Internet Service Provider (ISP), la rete di accesso utilizza il server RADIUS per autenticare, autorizzare e far accedere l'utente ai servizi richiesti. Diameter consiste in un protocollo base che è integrato con le cosidette Diameter Application. Diameter Application sono configurazioni personalizzate o estensioni di Diameter per adattarsi ad una particolare applicazione in un dato ambiente. Diameter viene utilizzato su un certo numero di interfacce IMS, anche se non tutte le interfacce utilizzano la stessa Diameter Application. Ad esempio, IMS definisce una Diameter Application per far interagire Diameter con SIP durante 3119 l instaurazione della chiamata e ne definisce un'altra Application per eseguire il controllo del credito dell utente [12]. 3.3 Other Protocol Infine in IMS vengono utilizzati altri protocolli per gestire le funzionalità opzionali di IMS e gestire il trasferimento dei flussi multimediali. Sono elencati alcuni protocolli fondamentali utilizzati da IMS: H.248: è usato dai nodi IMS per gestire i nodi la segnalazione a livello di trasferimento dei flussi multimediali (ad esempio, un media gateway controller controlla le attività di un Media Gateway attraverso il protocollo H.248). H.248 è stato sviluppato congiuntamente da ITU-T ed IETF ed è conosciuto anche il protocollo MEGACO (MEdia GAteway COntrol). Real-Time Protocol (RTP) e Real-Time Control Protocol (RTCP): sono utilizzati per il trasporto di flussi dati in tempo reale, come ad esempio i flussi video e audio. HyperText Transfer Protocol (HTTP): è un protocollo per il trasferimento di ipertesto all interno della rete. Ormai è diventato il principale protocollo di trasferimento di dati sul web. Nella architettura IMS viene utilizzato per la gestione dei servizi presenti sull AS da parte dell utente per mezzo dell interfaccia Ut. Session Description Protocol (SDP): è un protocollo utilizzato per la negoziazione delle funzionalità di una sessione multimediale attraverso lo scambio di messaggio offer/answer. Permette di descrivere le sessioni multimediali nel formato testuale. Packet Data Protocol (PDP): è un protocollo che attraverso i messaggi context, una particolare struttura di dati, permette di descrivere le informazioni di una sessione di un abbonato appartenente alla rete GPRS. 3220 4 QoS Policy e Admission Control in IMS Un aspetto fondamentale nella gestione delle sessioni IMS è il controllo di ammissione delle chiamate e la definizione e gestione di policy atte a limitare determinate tipologie di chiamate degli utenti. Ci sono due tipi di limitazioni sulla tipologia di sessioni che un terminale è in grado di stabilire in una rete IMS: limitazioni a specifici utenti; policy generali di rete. Un esempio di una limitazione a uno specifico utente avviene qualora un utente sottoscrive un abbonamento solo-audio. Un utente con questo abbonamento non è autorizzato a stabilire chiamate con flussi video. Le politiche di rete generali non sono specifiche per l'utente, ma si applicano a tutti gli utenti della rete. Ad esempio, una rete IMS non può consentire che si utilizzino codec audio a banda larga quale G.711. Prima di mettere in piedi una sessione vi è uno scambio di messaggi offer/answer al fine di rispettare le limitazioni appena elencate. I messaggi offer/answer sono dei messaggi SIP nei quali vengono introdotti dei campi codificati in Session Description Protocol, protocollo che definisce i parametri fondamentali di una sessione multimediale. Per esempio, se a un terminale non è consentito di stabilire sessioni video, vengono scambiati i messaggi di offer/answer che non includono la negoziazione dei parametri dei flussi video. Il P-CSCF e il S-CSCF hanno la funzione di assicurare che vengano rispettate le limitazioni: mentre il P-CSCF applica le politiche generali di rete, l S-CSCF implementa entrambe le tipoligie di limitazioni. Il P-CSCF e il S-CSCF utilizzano lo stesso meccanismo per far rispettare le policy definite dal Provider. Hanno accesso al campi del Session Description Protocol dei messaggi offer/answer scambiati tra gli user agent. Se un messaggio di offer contiene delle informazioni che vanno contro le policy (e.g. un codec vietato) il P- 3321 CSCF o S-CSCF risponde con il messaggio SIP con codice 488 (Not Acceptable Here) con un campo o un sottoinsieme di campi che descrivono la policy. Per esempio, la risposta SIP con codice 488 contiene il campo SDP accettabile (e.g., il codec vietato è stato rimosso dalla lista dei codec). In figura 1.4 viene mostrato un esempio di applicazione delle tecniche di Admission Control. S-CSCF riceve il messaggio di INVITE (2) con un Session Description che contiene la richiesta di sessione audio e video. S-CSCF, dopo aver ricevute le regole di QoS policy, risponde con il messaggio SIP 488 (3), il cui Session Description include la sola richiesta di sessione audio, indicando implicitamente che l utente non può stabilire una sessione video. IMS Terminal P-CSCF S-CSCF INVITE (1) INVITE (2) 488 Not Acceptable Here (3) ACK (4) 488 Not Acceptable Here (5) ACK (6) (7) INVITE INVITE (8) INVITE (9) Figura 1.4 Scambio di messaggi SIP: S-CSCF non accetta l offer dell IMS Terminal Come si può notare in figura 1.4, la facoltà di decidere se il messaggio di INVITE (offer) può essere inoltrato è propria dell S-CSCF. 3422 4.1 Scambio delle informazioni di QoS Policy Finora abbiamo mostrato un esempio di come vengono applicate le policy da parte di S-CSCF. Adesso bisogna capire come vengono informati ed istruiti il P-CSCF e il S- CSCF con le regole di policy che permettono di limitare le sessioni multimediali. Al centro del sistema di Admission Control ci sono il Policy Enforcement Point (PEP) e il Policy Decision Point (PDP) o Policy Decision Function (PDF). Il primo gestisce le risorse in termini di banda disponibile, dimesione dei buffer nei router interni alla backbone, etc. Il Policy Decision Function invece contiene informazioni sugli utenti e sui contratti stretti con il Service Provider, informazioni ottenute dai Service Level Specification (SLS) e dai Service Level Agreement (SLA). In figura 1.5 viene mostrata la relazione tra SLA e SLS appartenenti al Business Plane e PDF e PEP appartenti al Network Plane. Figura 1.5 Relazioni tra il Business Plane e il Network Plane per il QoS Policy in IMS Focalizziamo la nostra attenzione sul Network Plane. Supponiamo che la rete di accesso sia una rete General Packet Radio Service (GPRS). Per supportare l Admission Control, introduciamo nella rete IMS i moduli PDF e PEP, così come mostrato in figura 1.6. Lo scambio di messaggi tra PEP e PDF avviene attraverso dei messaggi Policy Request e Policy Decision formattati secondo il protocollo Diameter [18]. 3523 Gq Recipient Policy PDF P-CSCF Go Diameter Legend Recipient Policy PEP GGSN Figura 1.6 Moduli PEP e PDF all interno di una rete IMS Come si può notare da figura 1.6, il modulo PEP è integrato nel Gateway GPRS Support Node (GGSN), che, nel nostro caso, agisce come gateway tra la rete GPRS e la rete IMS. Inoltre, è possibile integrare il modulo PDF all interno del P-CSCF [18]. Vediamo come vengono applicate le QoS Policy durante una sessione in presenza di una sessione, in cui il destinatario appartiene alla rete GPRS (figura 1.7). 3624 INVITE (5) [media authorization token] PDP MEDIA CONTEXT (7) [media authorization token] PDP MEDIA CONTEXT (8) [media authorization token] INVITE (4) [media authorization token] SDP offer/answer Process (6) MEDIA AUTH RES (3) [token] P-CSCF MEDIA AUTH REQ (3) [token] INVITE (1) User Equipment REQUEST (9) [token] SIP Legend Recipient Policy PEP DECISION (10) [QoS Info] PDF Recipient Policy Diameter PDP SDP GGSN Figura 1.7 Scambio di messaggi di QoS Policy in sessione con destinatario appartente alla rete GPRS Nel caso l utente destinatario appartenga alla rete GPRS, il compito di PDF è quello di generare un token che autorizza il suddetto utente a ricevere il messaggio di INVITE e di autorizzare l allocazione di risorse presso il GGSN per la sessione nella quale l utente è coinvolto. Infatti, quando il P-CSCF riceve l INVITE (1), esegue una MEDIA AUTH REQ (2) al PDF e riceve il token all interno della MEDIA AUTH RES (3). Il PDF registra il Session ID, che verrà utilizzato per l allocazione delle risorse. Successivamente, inoltra l INVITE (4) in cui è stato aggiunto il token di media authorization. Attraverso il SDP offer/answer Process (6) i due User Equipment negoziano le risorse e i codec che riescono a supportare durante la sessione. Durante questo processo, il P-CSCF o il S-CSCF possono decidere se bloccare determinate tipologie e codec di flussi multimediali, leggendo i campi SDP del messaggio di richiesta INVITE e inviando il rifiuto al mittente. 3725 Dopo che è stato portato a termine il SDP offer/answer Process, lo UE può chiedere di allocare le risorse concordate dal processo SDP. Nel caso GPRS, lo UE genera un messaggio PDP MEDIA CONTEXT (7) in cui viene aggiunto il media authorization token ricevuto dal P-CSCF. Tale messaggio viene ricevuto da GGSN: il modulo PEP interroga il PDF attraverso il messaggio REQUEST (9) comprensivo del token (il messaggio è codificato nel protocollo Diameter). Il PDF elabora la REQUEST e confronta il Session ID contenuto nel media authorization token e invia il messaggio DECISION (10) al GGSN, che alloca le risorse autorizzate, nel caso in cui la decisione si favorevole. [19]. 5 Interfacce tra le entità IMS Nello standard 3GPP IMS [11], vengono definite nuove interfacce standard di comunicazione tra le entità IMS. In tabella vengono elencate le interfacce con le rispettive entità coinvolte e con il protocollo che adoperano per comunicare. Nome Interfaccia Entità IMS Protocollo Descrizione Gm UE <-> P-CSCF SIP Utilizzata per scambiare messaggi SIP tra UE e P-CSCF per avere accesso alla rete Mw P-CSCF <-> S-CSCF I-CSCF <-> S-CSCF SIP Utilizzata per scambiare i messaggi SIP tra gli CSCF ISC S-CSCF <-> AS SIP Mg MGCF <-> I-CSCF MGCF <-> S-CSCF SIP Mi BGCF <-> S-CSCF SIP Utilizzata per scambiare messaggi SIP tra S-CSCF e AS Converte i messaggi SIP in messaggi ISUP e viceversa scambiati tra MGCF e I-CSCF e tra MGCF e S-CSCF Utilizzato per scambiare messaggi SIP tra BGCF e S-CSCF 3826 Mj MGCF <-> BGCF SIP Mk BGCF <-> BGCF SIP Mr S-CSCF <-> MRFC SIP Mp MRFC <-> MRFP H.248 M S-CSCF <-> BGCF SIP Mn Cx Dx MGCF <-> SGW, MGCF<-> MGW S-CSCF <-> HSS I-CSCF <-> HSS S-CSCF <-> SLF I-CSCF <-> SLF H.248 Diameter Diameter Sh HSS <-> AS Diameter Dh SLF <-> AS Diameter Gq P-CSCF <-> PDF Diameter Go PDF <-> PEP (GGSN) Diameter Ut UE <-> AS HTTP Utilizzato per scambiare messaggi SIP tra MGCF e BGCF appartenenti alla stessa rete IMS Utilizzato per scambiare messaggi SIP tra BGCF e BGCF appartenenti a reti IMS differenti Utilizzato per scambiare messaggi SIP tra S-CSCF e MRFC Utilizzato per scambiare messaggi SIP tra MRFC e MRFP Utilizzato per scambiare messaggi SIP tra S-CSCF e BGCF Utilizzato per scambiare messaggi SIP tra MGCF e SGW e MGCF e MGW per permette la gestione delle risorse Utilizzato per lo scambio di messaggi Diamater tra S-CSCF e HSS e tra I-CSCF e HSS Permette lo scambio di messaggi tra S- CSCF/I-CSCF e SLF per cercare il corretto HSS in una rete IMS con più HSS Utilizzato per lo scambio di messaggi Diameter tra HSS e AS Utilizzato per lo scambio di messaggi Diameter tra SLF e AS Permette all operatore di controllare la QoS Policy attraverso lo scambio di messaggi Diameter tra P-CSCF e PDF Permette all operatore di controllare la QoS Policy attraverso lo scambio di messaggi Diameter tra la rete IMS e la rete GPRS Permette all utente di gestire i propri servizi installati sugli AS attraverso HTTP 3927 6 Identificazione in IMS L identificazione è una delle più importanti funzionalità che devono essere possedute da una architettura di rete. Gli utenti devono essere identificati all interno di una qualsiasi tipologia di rete in maniera tale che le chiamate vengano inoltrate verso l utente appropriato. In aggiunta, i servizi attivi su un determinato utente devono essere identificati al fine di essere forniti correttamente dal Service Provider. IMS definisce un metodo standardizzato attraverso il quale identificare gli utenti, i servizi e i nodi di rete. 6.1 User Identity Un qualiasi utente viene identificato all interno la rete attraverso: Private User Identity o IP Multimedia Private Identity (IMPI) Public User Identity o IP Multimedia Public Identity (IMPU) Private User Identity Ogni abbonato IMS ha un unico Private User Identity. Il Private User Identity è scritto nel formato Network Access Identify (NAI), così come definito nel RFC 2486 [20]. Il formato è il seguente: Il Private User Identity è usato per l identificazione e l autenticazione dell abbonato. Viene usato nelle procedure di registrazione, autorizzazione, amministrazione e accounting. Le caratteristiche principali di questo identificativo sono: è immagazzinato nell HSS ed utilizzato per identificare le informazioni dell utente all interno dell HSS; è autenticato solo durante la procedura di registrazione dell utente; 4028 non viene usato per il routing di messaggi SIP; dovrebbe essere contenuto in un messaggio Registration Request inviato dall UE alla rete IMS; è un identificativo globale definito dall operatore della rete IMS che può essere usato all interno della stessa rete IMS; deve essere assegnato in modo permanente ad una registrazione dell utente (non è un id dinamico) ed è valido per la sola durata della registrazione; S-CSCF deve ottenere e immagazzinare il Private User Identity alla fine delle procedure di registrazione e de-registrazione; Public User Identity Ogni utente IMS dovrebbe avere uno o più Public User Identity. Questi identificativi sono usati da qualsiasi utente per richiedere la comunicazione con gli altri utenti. Il IMPU può presentarsi nel formato SIP URI (SIP Uniform Resource Identifier) [13] o nel formato TEL URI. Se IMPU è un SIP URI, allora avrà la seguente forma: Inoltre, il SIP URI può contenere anche un numero di telefono, utilizzando la seguente forma: sip: user=phone Qualora la chiamata sia rivolta o sia inizializzata da un utente appartenente alla rete PSTN, IMS deve utilizzare un IMPU in formato TEL URI, in quanto nella rete PSTN gli utenti vengono identificati da un numero di telefono. Il TEL URI viene rappresentato secondo la modalità internazionale, definito dal RFC.3966 [21]: tel: Le sue caratteristiche principali sono : non è autenticato dalla rete durante la registrazione; 4129 può essere usato per identificare le informazioni dell utente all interno dell HSS Relazione tra Private User Identity e Public User Identity In figura 1.8 viene evidenziata la relazione che intercorre tra la Private User Identity e i Public User Idetity. Figura 1.8 Relazione tra un Private User Identity e i rispettivi Public User Identity Come si può vedere da figura 1.8, un IMS Subscriber può avere un Private User Idetity e un insieme di Public User Identity. Sia le Private User Identity che le Public User Idetity vengono memorizzate all interno di HSS. Inoltre, ogni IMS Subscriber può avere più di un Private User Identity, in maniera tale che l utente può accedere contemporaneamente alla rete IMS. In figura 1.9, si può notare che a due Private User Identity può corrispondere lo stesso Public User Identity. 4230 Figura 1.9 Relazione tra due Private User Identity e i rispettivi Public User Identity 6.2 Service Identity e Network Identity All interno della rete risulta importante riconoscere i Service attivi nella rete e le entità di rete al fine di una corretta gestione della rete IMS Public Service Identity Con l introduzione di nuovi servizi, quali il presence server, la messaggistica istantanea, etc. risulta fondamentale identificare non solo gli Application Server, ma anche quanti utenti usufruiscono dei servizi da loro forniti. Gli Application Server vengono identificati attraverso il Public Service Identity (PSI) e hanno la forma del SIP URI o nel formato TEL URI. Per esempio, nei servizi di messaggistica, c è un Public User Identity per il servizio di messaging list (e.g. gli utenti inviano i messaggi e quest ultimi vengono distribuiti agli altri membri della chat grazie al messaging list server. Lo stesso 43 Vedere altro
Web Conferencing and Collaboration tool La piattaforma Meetecho Piattaforma di Web Conferencing e Collaborazione on line in tempo reale Caratteristiche generali Soluzione client-server progettata per essere Dettagli Modello OSI e architettura TCP/IP
Le Reti Informatiche modulo 10 Prof. Salvatore Rosta www.byteman.it s.rosta@byteman.it 1 Nomenclatura: 1 La rappresentazione di uno schema richiede una serie di abbreviazioni per i vari componenti. Seguiremo Dettagli Web conferencing e collaborazione in tempo reale su Internet: la piattaforma Meetecho
Web conferencing e collaborazione in tempo reale su Internet: la piattaforma Meetecho Tobia Castaldi Alessandro Amirante Lorenzo Miniero Simon Pietro Romano Giorgio Ventre 02/10/2009 GARR 2009 "Network Dettagli EVOLUZIONE DEI SERVIZI DI TELEFONIA SU RETE MOBILE
52 Usa il tuo smartphone per visualizzare approfondimenti multimediali EVOLUZIONE DEI SERVIZI DI TELEFONIA SU RETE MOBILE Fabio Mazzoli, Roberto Procopio, Alberto Zaccagnini 53 Le reti mobili evolveranno Dettagli CARATTERISTICHE DELLE CRYPTO BOX
Informatica per la comunicazione" - lezione 9 - Protocolli di livello intermedio:" TCP/IP" IP: Internet Protocol" E il protocollo che viene seguito per trasmettere un pacchetto da un host a un altro, in Dettagli RETI DI CALCOLATORI E APPLICAZIONI TELEMATICHE
Prova di Esame - Rete Internet (ing. Giovanni Neglia) Prova completa Mercoledì 2 Marzo 2005, ore 14.30 NB: alcune domande hanno risposta multipla: si richiede di identificare TUTTE le risposte corrette. Dettagli Architettura di un sistema informatico 1 CONCETTI GENERALI
SmsMobile.it Principali caratteristiche piattaforma web smsmobile.it Istruzioni Backoffice Post get http VERSION 2.1 Smsmobile by Cinevision srl Via Paisiello 15/ a 70015 Noci ( Bari ) tel.080 497 30 66 Dettagli Voice Over IP NAT Traversal
Voice Over IP Traversal Giorgio Zoppi zoppi@cli.di.unipi.it Tecnologie di Convergenza su IP a.a.2005/2006 VoIP Traversal 1 57 Tecnologie di Convergenza su IP Che cosa è il (Network Address Translation? Dettagli Elementi di rete che permettono lo scambio dei messaggi di segnalazione
Internet Appunti di Antonio Bernardo Cos è Internet Internet può essere vista come una rete logica di enorme complessità, appoggiata a strutture fisiche e collegamenti di vario tipo (fibre ottiche, cavi Dettagli Inizializzazione degli Host. BOOTP e DHCP
BOOTP e DHCP a.a. 2002/03 Prof. Vincenzo Auletta auletta@dia.unisa.it http://www.dia.unisa.it/~auletta/ Università degli studi di Salerno Laurea e Diploma in Informatica 1 Inizializzazione degli Host Un Dettagli GSM: Global System for Mobile communications
GSM: Global System for Mobile communications Sommario Introduzione Architettura di rete Tecnologia radio Canali GSM Procedure Introduzione Introduzione GSM è il primo standard di comunicazione cellulare Dettagli Estensione di un servizo di messaggistica per telefonia mobile (per una società di agenti TuCSoN)
Estensione di un servizo di messaggistica per telefonia mobile (per una società di agenti TuCSoN) System Overview di Mattia Bargellini 1 CAPITOLO 1 1.1 Introduzione Il seguente progetto intende estendere Dettagli Firewall. Generalità. Un firewall può essere sia un apparato hardware sia un programma software.
Un protocollo è un insieme di regole che permettono di trovare uno standard di comunicazione tra diversi computer attraverso la rete. Quando due o più computer comunicano tra di loro si scambiano una serie Dettagli Microsoft Innovation Center Roma. Pierluigi Del Nostro Stefano Paolozzi Maurizio Pizzonia
Microsoft Innovation Center Roma Pierluigi Del Nostro Stefano Paolozzi Maurizio Pizzonia Il MIC Roma Cos è Uno dei risultati dei protocolli di intesa tra il Ministero della Pubblica Amministrazione e l Dettagli Inidirizzi IP e Nomi di Dominio. Domain Name System. Spazio dei Nomi Piatto. Gestione dello Spazio dei Nomi
I semestre 03/04 Inidirizzi IP e Nomi di Dominio Domain Name System Prof. Vincenzo Auletta auletta@dia.unisa.it http://www.dia.unisa.it/professori/auletta/ Università degli studi di Salerno Laurea in Informatica Dettagli PRESENTAZIONE DI UN SMS AL GATEWAY
Interfaccia Full Ascii Con questa interfaccia è possibile inviare i dati al Server utilizzando solo caratteri Ascii rappresentabili e solo i valori che cambiano tra un sms e l altro, mantenendo la connessione Dettagli SMS API. Documentazione Tecnica YouSMS SOAP API. YouSMS Evet Limited 2015 http://www.yousms.it
SMS API Documentazione Tecnica YouSMS SOAP API YouSMS Evet Limited 2015 http://www.yousms.it INDICE DEI CONTENUTI Introduzione... 2 Autenticazione & Sicurezza... 2 Username e Password... 2 Connessione Dettagli Routing (instradamento) in Internet. Internet globalmente consiste di Sistemi Autonomi (AS) interconnessi:
ARP (Address Resolution Protocol) Il routing Indirizzo IP della stazione mittente conosce: - il proprio indirizzo (IP e MAC) - la netmask (cioè la subnet) - l indirizzo IP del default gateway, il router Dettagli 2013 Skebby. Tutti i diritti riservati.
Reti di Telecomunicazione Lezione 7 Marco Benini Corso di Laurea in Informatica marco.benini@uninsubria.it Il protocollo Programma della lezione file transfer protocol descrizione architetturale descrizione Dettagli minor costo delle chiamate, su nazionali e internazionali
Il Voice Over IP è una tecnologia che permette di effettuare una conversazione telefonica sfruttando la connessione ad internet piuttosto che la rete telefonica tradizionale. Con le soluzioni VOIP potete Dettagli Questo documento è allegato al libro Elettrotecnica, Elettronica, Telecomunicazioni e Automazione di
Questo documento è allegato al libro Elettrotecnica, Elettronica, Telecomunicazioni e Automazione di Trapa L., IBN Editore, a cui si può fare riferimento per maggiori approfondimenti. Altri argomenti correlati Dettagli Architettura SPC e porta di dominio per le PA
Libro bianco sulla SOA v.1.0 Allegato 2_1 Architettura SPC e porta di dominio per le PA vs 02 marzo 2008 Gruppo di Lavoro SOA del ClubTI di Milano Premessa L architettura SPC e la relativa porta di dominio Dettagli LA CORE NETWORK MOBILE A PACCHETTO: DAL 3G AL 4G
32 Usa il tuo smartphone per visualizzare approfondimenti multimediali LA CORE NETWORK MOBILE A PACCHETTO: DAL 3G AL 4G Alessandro Betti, Stefano Di Mino, Ivano Guardini 33 Se si volesse sintetizzare con Dettagli Payment Card Industry (PCI) Data Security Standard
Sistemi Web-Based - Terminologia Progetto di Sistemi Web-Based Prof. Luigi Laura, Univ. Tor Vergata, a.a. 2010/2011 CLIENT: il client è il programma che richiede un servizio a un computer collegato in Dettagli Adattatore telefonico Cisco SPA 112 a due porte
Data Sheet Adattatore telefonico Cisco SPA 112 a due porte VoIP (Voice over IP) conveniente e ricco di funzionalità Caratteristiche Qualità vocale e funzionalità telefoniche e fax associate al servizio Dettagli E-MAIL INTEGRATA OTTIMIZZAZIONE DEI PROCESSI AZIENDALI
Decreto 2 novembre 2005 Regole tecniche per la formazione, la trasmissione e la validazione, anche temporale, della posta elettronica IL MINISTRO PER L'INNOVAZIONE E LE TECNOLOGIE - Visto l articolo 17 Dettagli ATA MEDIATRIX 2102 GUIDA ALL INSTALLAZIONE
ATA MEDIATRIX 2102 GUIDA ALL INSTALLAZIONE Mediatrix 2102 ATA Guida all installazione EUTELIAVOIP Rev1-0 pag.2 INDICE SERVIZIO EUTELIAVOIP...3 COMPONENTI PRESENTI NELLA SCATOLA DEL MEDIATRIX 2102...3 COLLEGAMENTO Dettagli Cisco SPA 122 ATA con router
Data Sheet Cisco SPA 122 ATA con router Servizio VoIP (Voice over IP) conveniente e ricco di funzionalità Caratteristiche Qualità vocale e funzionalità telefoniche e fax associate al servizio VoIP (Voice Dettagli DNS (Domain Name System) Gruppo Linux
DNS (Domain Name System) Gruppo Linux Luca Sozio Matteo Giordano Vincenzo Sgaramella Enrico Palmerini DNS (Domain Name System) Ci sono due modi per identificare un host nella rete: - Attraverso un hostname Dettagli SAI QUANTO TEMPO IMPIEGHI A RINTRACCIARE UN DOCUMENTO, UN NUMERO DI TELEFONO O UNA E-MAIL?
Istruzioni per l uso Manuale del fax 1 2 3 4 5 6 Trasmissione Impostazioni di invio Ricezione Modifica/Conferma di informazioni di comunicazione Fax via computer Appendice Prima di utilizzare il prodotto Dettagli progettiamo e realizziamo architetture informatiche Company Profile
SubnetMask: come funzionano e come si calcolano le sottoreti (SpySystem.it) In una rete TCP/IP, se un computer (A) deve inoltrare una richiesta ad un altro computer (B) attraverso la rete locale, lo dovrà Dettagli ALLEGATO 6 CAPITOLATO TECNICO SERVIZI DI TELEFONIA MOBILE AI SENSI DELL ART. 26 LEGGE N. 488/1999 E DELL ART. 58 LEGGE N.
ALLEGATO 6 CAPITOLATO TECNICO SERVIZI DI TELEFONIA MOBILE AI SENSI DELL ART. 26 LEGGE N. 488/1999 E DELL ART. 58 LEGGE N. 388/2000 LOTTO 1 Allegato 6 Capitolato Tecnico Lotto 1 pag. 1 di 100 INDICE 1 PREMESSA... Dettagli Luca Mari, Sistemi informativi applicati (reti di calcolatori) appunti delle lezioni. Architetture client/server: applicazioni client
Versione 25.4.05 Sistemi informativi applicati (reti di calcolatori): appunti delle lezioni Architetture client/server: applicazioni client 1 Architetture client/server: un esempio World wide web è un Dettagli Introduzione alle reti radiomobili. Meglio wireless o wired???
GSM - GPRS Introduzione alle reti radiomobili Wireless Vs Wired L unica differenza sembra consistere nel mezzo trasmissivo radio, eppure: Le particolari caratteristiche del mezzo trasmissivo hanno un grosso Dettagli ALLEGATO 1. Prodotti/ Servizi presenti in Convenzione
ALLEGATO 1 Prodotti/ Servizi presenti in Convenzione SOMMARIO 1 PRODOTTI E SERVIZI PRESENTI IN CONVENZIONE...3 1.1 SERVIZI TEMPORANEI DI RETE E COPERTURE AD HOC...3 1.1.1 Servizi di copertura temporanei... Dettagli iphone in azienda Guida alla configurazione per gli utenti
Guida introduttiva Rivedere i requisiti di sistema e seguire i facili passaggi della presente guida per distribuire e provare con successo GFI FaxMaker. Le informazioni e il contenuto del presente documento Dettagli Gestire le comunicazione aziendali con software Open Source
Gestire le comunicazione aziendali con software Open Source Data: Ottobre 2012 Firewall pfsense Mail Server Zimbra Centralino Telefonico Asterisk e FreePBX Fax Server centralizzato Hylafax ed Avantfax Dettagli UML Component and Deployment diagram
UML Component and Deployment diagram Ing. Orazio Tomarchio Orazio.Tomarchio@diit.unict.it Dipartimento di Ingegneria Informatica e delle Telecomunicazioni Università di Catania I diagrammi UML Classificazione Dettagli Dati GSM e GPRS: sistema e servizi
Torino, novembre 2003 Reti e sistemi telematici - 2 Dati GSM e GPRS: sistema e servizi Gruppo Reti TLC giancarlo.pirani@telecomitalia.it http://www.telematica.polito.it/ GIANCARLO PIRANI TELECOM ITALIA Dettagli Sicurezza delle reti wireless. Alberto Gianoli alberto.gianoli@fe.infn.it
Sicurezza delle reti wireless Alberto Gianoli alberto.gianoli@fe.infn.it Concetti di base IEEE 802.11: famiglia di standard tra cui: 802.11a, b, g: physical e max data rate spec. 802.11e: QoS (traffic Dettagli Sistemi avanzati di gestione dei Sistemi Informativi
Esperti nella gestione dei sistemi informativi e tecnologie informatiche Sistemi avanzati di gestione dei Sistemi Informativi Docente: Email: Sito: Eduard Roccatello eduard@roccatello.it http://www.roccatello.it/teaching/gsi/ Dettagli Utilizzo del server SMTP in modalità sicura
Utilizzo del server SMTP in modalità sicura In questa guida forniremo alcune indicazioni sull'ottimizzazione del server SMTP di IceWarp e sul suo impiego in modalità sicura, in modo da ridurre al minimo Dettagli - Antivirus, Firewall e buone norme di comportamento
Reti Di cosa parleremo? - Definizione di Rete e Concetti di Base - Tipologie di reti - Tecnologie Wireless - Internet e WWW - Connessioni casalinghe a Internet - Posta elettronica, FTP e Internet Browser Dettagli DynDevice ECM. La Suite di applicazioni web per velocizzare, standardizzare e ottimizzare il flusso delle informazioni aziendali
DynDevice ECM La Suite di applicazioni web per velocizzare, standardizzare e ottimizzare il flusso delle informazioni aziendali Presentazione DynDevice ECM Cos è DynDevice ICMS Le soluzioni di DynDevice Dettagli PRIVACY POLICY MARE Premessa Principi base della privacy policy di Mare Informativa ai sensi dell art. 13, d. lgs 196/2003
PRIVACY POLICY MARE Premessa Mare Srl I.S. (nel seguito, anche: Mare oppure la società ) è particolarmente attenta e sensibile alla tutela della riservatezza e dei diritti fondamentali delle persone e Dettagli Access point wireless Cisco Small Business serie 500
Scheda tecnica Access point wireless Cisco Small Business serie 500 Connettività Wireless-N, prestazioni elevate, implementazione semplice e affidabilità di livello aziendale Caratteristiche principali Dettagli Il Concetto di Processo
Processi e Thread Il Concetto di Processo Il processo è un programma in esecuzione. È l unità di esecuzione all interno del S.O. Solitamente, l esecuzione di un processo è sequenziale (le istruzioni vengono Dettagli QUADRO INTRODUTTIVO ALLA GARA MULTIFORNITORE
Centro Nazionale per l informatica nella Pubblica Amministrazione Allegato 2a alla lettera d invito QUADRO INTRODUTTIVO ALLA GARA MULTIFORNITORE GARA A LICITAZIONE PRIVATA PER L APPALTO DEI SERVIZI DI Dettagli Guida ai Servizi Internet per il Referente Aziendale
Configurazione di indirizzi IP statici multipli Per mappare gli indirizzi IP pubblici, associandoli a Server interni, è possibile sfruttare due differenti metodi: 1. uso della funzione di Address Translation Dettagli Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014
Processi di business sovra-regionali relativi ai sistemi regionali di FSE Versione 1.0 24 Giugno 2014 1 Indice Indice... 2 Indice delle figure... 3 Indice delle tabelle... 4 Obiettivi del documento... Dettagli Manuale di configurazione per iphone
Manuale di configurazione per iphone Notariato.it e.net (Iphone 2G e 3G) 2 PREMESSA Il presente manuale ha lo scopo di fornire le indicazioni per la configurazione del terminale IPhone 2G e 3G per ricevere Dettagli IL LIVELLO APPLICAZIONI DNS, SNMP e SMTP
Reti di Calcolatori IL LIVELLO APPLICAZIONI DNS, SNMP e SMTP D. Talia RETI DI CALCOLATORI - UNICAL 6-1 Applicazioni di Rete Domain Name System (DNS) Simple Network Manag. Protocol (SNMP) Posta elettronica Dettagli I name server DNS. DNS: Domain Name System. Esempio di DNS. DNS: Root name server. DNS: queries ripetute
DNS: Domain Name System I name DNS Persone: identificatori: CF, nome, Numero di Passaporto Host e router Internet: Indirizzo IP ( bit) - usato per instradare i pacchetti nome, per es., massimotto.diiie.unisa.it Dettagli Caratteristiche raccomandate del Network in un progetto di Home Automation
Caratteristiche raccomandate del Network in un progetto di Home Automation Uno degli aspetti progettuali più importanti di un sistema Control4 è la rete. Una rete mal progettata, in molti casi, si tradurrà Dettagli Guida dell amministratore
IDENTITY AND ACCESS MANAGEMENT: LA DEFINIZIONE DI UN MODELLO PROCEDURALE ED ORGANIZZATIVO CHE, SUPPORTATO DALLE INFRASTRUTTURE, SIA IN GRADO DI CREARE, GESTIRE ED UTILIZZARE LE IDENTITÀ DIGITALI SECONDO Dettagli Le funzioni di una rete (parte 1)
Marco Listanti Le funzioni di una rete (parte 1) Copertura cellulare e funzioni i di base di una rete mobile Strategia cellulare Lo sviluppo delle comunicazioni mobili è stato per lungo tempo frenato da Dettagli Servizi DNS - SMTP FTP - TELNET. Programmi. Outlook Express Internet Explorer
Servizi DNS - SMTP FTP - TELNET Programmi Outlook Express Internet Explorer 72 DNS Poiché riferirsi a una risorsa (sia essa un host oppure l'indirizzo di posta elettronica di un utente) utilizzando un Dettagli Imola Prontuario di configurazioni di base
Imola Prontuario di configurazioni di base vers. 1.3 1.0 24/01/2011 MDG: Primo rilascio 1.1. 31/01/2011 VLL: Fix su peso rotte 1.2 07/02/2011 VLL: snmp, radius, banner 1.3 20/04/2011 VLL: Autenticazione Dettagli Livello di applicazione. Reti di Calcolatori. Corso di Laurea in Ingegneria Informatica. Livello di applicazione DNS A.A.
Corso di Laurea in Ingegneria Informatica Reti di Calcolatori Livello di applicazione DNS A.A. 2013/2014 1 Livello di applicazione Web e HTTP FTP Posta elettronica SMTP, POP3, IMAP DNS Applicazioni P2P Dettagli 2017 © DocPlayer.it Privacy Policy | Condizioni del servizio | Feed-back

References: articolo 17
 ART. 26
 ART. 58
 ART. 26
 ART. 58
 art. 13