AdminGuide:Service:SIPSettings - Cronologia

Troccoli: Versione segnata per la traduzione

2022-07-24T14:57:03Z

Versione segnata per la traduzione

Troccoli il 17:32, 22 lug 2022

2022-07-22T17:32:25Z

← Versione meno recente		Versione delle 17:32, 22 lug 2022
Riga 133:		Riga 133:
	===NAT Helper===		===NAT Helper===

	~~Sezione~~ particolarmente importante per rendere la centrale disponibile in accesso dal pubblico.		Questa sezione è particolarmente importante per rendere la centrale disponibile in accesso dal pubblico.
	* Host esterno: indirizzo IP pubblico		* Host esterno: indirizzo IP pubblico
	* Periodo di aggiornamento dell’host esterno (sec.)		* Periodo di aggiornamento dell’host esterno (sec.)

Troccoli il 10:15, 22 lug 2022

2022-07-22T10:15:12Z

← Versione meno recente		Versione delle 10:15, 22 lug 2022
Riga 130:		Riga 130:
	* '''Posta del server STUN'''		* '''Posta del server STUN'''

			<!--T:15-->
			===NAT Helper===

			Sezione particolarmente importante per rendere la centrale disponibile in accesso dal pubblico.
			* Host esterno: indirizzo IP pubblico
			* Periodo di aggiornamento dell’host esterno (sec.)
			* Porta UDP esterna
			* Porta TCP esterna
			* Porta TLS esterna
			* Reti locali

			Per tutti i messaggi inviati alle reti marcate come locali usa il proprio indirizzo privato come da routing, mentre ciò che è fuori dalle reti locali usa l’indirizzo IP che specificate nell’host esterno.

	<!--T:15-->		<!--T:16-->
	===Codec video predefiniti===		===Codec video predefiniti===

	Per abilitare il supporto alle videochiamate si spunta la sopracitata casella “Abilita video” e selezionare quali codec video sono supportati dalla centrale.		Per abilitare il supporto alle videochiamate si spunta la sopracitata casella “Abilita video” e selezionare quali codec video sono supportati dalla centrale.

	<!--T:16-->		<!--T:17-->
	===Codec audio===		===Codec audio===
	Anche per l’audio si può selezionare quali codec sono supportati dalle centrale.		Anche per l’audio si può selezionare quali codec sono supportati dalle centrale.

Troccoli il 08:28, 22 lug 2022

2022-07-22T08:28:13Z

← Versione meno recente		Versione delle 08:28, 22 lug 2022
Riga 20:		Riga 20:
	Nel caso in cui ci si interfaccia con dei provider (gateway, telefoni) che creano dei messaggi SIP non formattati del tutto correttamente, può essere utile disabilitare il flag. In questo caso, viene rilassato il parsing dei messaggi e viene reso accettabile.		Nel caso in cui ci si interfaccia con dei provider (gateway, telefoni) che creano dei messaggi SIP non formattati del tutto correttamente, può essere utile disabilitare il flag. In questo caso, viene rilassato il parsing dei messaggi e viene reso accettabile.
	* '''Modalità DTMF''': toni che possono essere spediti durante una telefonata per mandare comandi o informazioni all’altro interlocutore. Esistono tre modalità previste dallo standard SIP con cui poter inviare e riconoscere i DTMF spediti dall'interlocutore o da mandare all’interlocutore.		* '''Modalità DTMF''': toni che possono essere spediti durante una telefonata per mandare comandi o informazioni all’altro interlocutore. Esistono tre modalità previste dallo standard SIP con cui poter inviare e riconoscere i DTMF spediti dall'interlocutore o da mandare all’interlocutore.
			** '''RFC 2833''': si può considerare affiancata alla 4733 che richiama ed estende la 2833.
	- '''RFC 2833''': si può considerare affiancata alla 4733 che richiama ed estende la 2833.
	Questa modalità prevede che i toni DTMF sono inviati come pacchetti di tipo ''RTP event'' all’interno del flusso RTP di una chiamata. I toni DTMF fanno lo stesso percorso del flusso audio, ma non vengono inviati sotto forma di toni, ma di pacchetti ''RTP event''.		Questa modalità prevede che i toni DTMF sono inviati come pacchetti di tipo ''RTP event'' all’interno del flusso RTP di una chiamata. I toni DTMF fanno lo stesso percorso del flusso audio, ma non vengono inviati sotto forma di toni, ma di pacchetti ''RTP event''.
	Questi messaggi ''RTP event'' sono inviati mandando un primo pacchetto (inizio del tono) e successivamente, con periodicità tipica del VoIP, ne viene mandato un altro che allunga la durata del tono.		Questi messaggi ''RTP event'' sono inviati mandando un primo pacchetto (inizio del tono) e successivamente, con periodicità tipica del VoIP, ne viene mandato un altro che allunga la durata del tono.
Riga 64:		Riga 63:

	Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.		Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.
	~~<br>~~		** '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che effettua il flusso RTP.
	- '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che effettua il flusso RTP.		** '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.
	~~<br>~~
	- '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.

	Infatti, se si analizzano le tracce che contengono toni DTMF si trovano solo RTP e non si può distinguere se siano toni o meno.		Infatti, se si analizzano le tracce che contengono toni DTMF si trovano solo RTP e non si può distinguere se siano toni o meno.
Riga 139:		Riga 136:
	Per abilitare il supporto alle videochiamate si spunta la sopracitata casella “Abilita video” e selezionare quali codec video sono supportati dalla centrale.		Per abilitare il supporto alle videochiamate si spunta la sopracitata casella “Abilita video” e selezionare quali codec video sono supportati dalla centrale.

			<!--T:16-->
	===Codec audio===		===Codec audio===
	Anche per l’audio si può selezionare quali codec sono supportati dalle centrale.		Anche per l’audio si può selezionare quali codec sono supportati dalle centrale.

Troccoli il 08:14, 22 lug 2022

2022-07-22T08:14:26Z

← Versione meno recente		Versione delle 08:14, 22 lug 2022
Riga 135:		Riga 135:

	<!--T:15-->		<!--T:15-->
	==Codec video predefiniti==		===Codec video predefiniti===

	Per abilitare il supporto alle videochiamate si spunta la sopracitata casella “Abilita video” e selezionare quali codec video sono supportati dalla centrale.		Per abilitare il supporto alle videochiamate si spunta la sopracitata casella “Abilita video” e selezionare quali codec video sono supportati dalla centrale.

	==Codec audio==		===Codec audio===
	Anche per l’audio si può selezionare quali codec sono supportati dalle centrale.		Anche per l’audio si può selezionare quali codec sono supportati dalle centrale.


	</translate>		</translate>

Troccoli il 08:13, 22 lug 2022

2022-07-22T08:13:32Z

← Versione meno recente		Versione delle 08:13, 22 lug 2022
Riga 64:		Riga 64:

	Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.		Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.
			<br>
	- '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che effettua il flusso RTP.		- '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che effettua il flusso RTP.
			<br>
	- '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.		- '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.

Troccoli il 08:09, 22 lug 2022

2022-07-22T08:09:43Z

← Versione meno recente		Versione delle 08:09, 22 lug 2022
Riga 49:		Riga 49:

	<!--T:7-->		<!--T:7-->
	~~==Impostazioni di trasporto==~~
	L’UDP, in caso di centrale che abbia più di una interfaccia di rete, fa sì che il servizio VoIP venga attivato su tutte le interfacce della centrale.		L’UDP, in caso di centrale che abbia più di una interfaccia di rete, fa sì che il servizio VoIP venga attivato su tutte le interfacce della centrale.
	Si può aggiungere una seconda interfaccia di rete, o aggiungere dei Tag VLAN.		Si può aggiungere una seconda interfaccia di rete, o aggiungere dei Tag VLAN.
Riga 65:		Riga 64:

	Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.		Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.
	* '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che effettua il flusso RTP.		- '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che effettua il flusso RTP.
	* '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.		- '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.

	Infatti, se si analizzano le tracce che contengono toni DTMF si trovano solo RTP e non si può distinguere se siano toni o meno.		Infatti, se si analizzano le tracce che contengono toni DTMF si trovano solo RTP e non si può distinguere se siano toni o meno.

Troccoli il 07:32, 22 lug 2022

2022-07-22T07:32:25Z

← Versione meno recente		Versione delle 07:32, 22 lug 2022
Riga 6:		Riga 6:
	<!--T:2-->		<!--T:2-->
	== Descrizione del servizio ==		== Descrizione del servizio ==
	Il pannello delle impostazioni SIP contiene le specifiche dei setting del motore telefonico~~: il~~ protocollo SIP ~~che~~ regola la comunicazione tra la centrale e i telefoni e tra la centrale e gli altri gateway.		Il pannello delle impostazioni SIP contiene le specifiche dei setting del motore telefonico. Il protocollo SIP regola la comunicazione tra la centrale e i telefoni e tra la centrale e gli altri gateway.

	<!--T:3-->		<!--T:3-->

Troccoli il 07:31, 22 lug 2022

2022-07-22T07:31:45Z

← Versione meno recente		Versione delle 07:31, 22 lug 2022
Riga 16:		Riga 16:

	<!--T:4-->		<!--T:4-->
	* '''Abilita controllo pedante dei messaggi SIP''': questa abilitazione fa sì che venga effettuato un controllo più rigoroso della correttezza formale dei messaggi SIP inviati alla centrale e nel caso in cui questo controllo formale ~~indica~~ delle malformazioni all’interno del pacchetto SIP, lo scarta.		* '''Abilita controllo pedante dei messaggi SIP''': questa abilitazione fa sì che venga effettuato un controllo più rigoroso della correttezza formale dei messaggi SIP inviati alla centrale e, nel caso in cui questo controllo formale indichi delle malformazioni all’interno del pacchetto SIP, lo scarta.
	È una misura di sicurezza che serve ad evitare che arrivino alla centrale dei pacchetti SIP malformati ~~in modo da creare~~ malfunzionamenti o attacchi alla macchina stessa.		È una misura di sicurezza che serve ad evitare che arrivino alla centrale dei pacchetti SIP malformati che creano malfunzionamenti o attacchi alla macchina stessa.
	Nel caso in cui ci si interfaccia con dei provider (gateway, telefoni) che creano dei messaggi SIP non formattati del tutto correttamente, può essere utile disabilitare il flag. In questo caso, viene rilassato il parsing dei messaggi e viene reso accettabile.		Nel caso in cui ci si interfaccia con dei provider (gateway, telefoni) che creano dei messaggi SIP non formattati del tutto correttamente, può essere utile disabilitare il flag. In questo caso, viene rilassato il parsing dei messaggi e viene reso accettabile.
	* '''Modalità DTMF''': toni che possono essere spediti durante una telefonata per mandare comandi o informazioni all’altro interlocutore. Esistono tre modalità previste dallo standard SIP con cui poter inviare e riconoscere i DTMF spediti ~~dall’interlocutori~~ o da mandare all’interlocutore.		* '''Modalità DTMF''': toni che possono essere spediti durante una telefonata per mandare comandi o informazioni all’altro interlocutore. Esistono tre modalità previste dallo standard SIP con cui poter inviare e riconoscere i DTMF spediti dall'interlocutore o da mandare all’interlocutore.

	- '''RFC 2833''': si può considerare affiancata alla 4733 che richiama ed estende la 2833.		- '''RFC 2833''': si può considerare affiancata alla 4733 che richiama ed estende la 2833.
	Questa modalità prevede che i toni DTMF sono inviati come pacchetti di tipo ''RTP event'' all’interno del flusso RTP di una chiamata. I toni DTMF fanno lo stesso percorso del flusso audio, ma non vengono inviati ~~sottoforma~~ di toni, ma di pacchetti ''RTP event''.		Questa modalità prevede che i toni DTMF sono inviati come pacchetti di tipo ''RTP event'' all’interno del flusso RTP di una chiamata. I toni DTMF fanno lo stesso percorso del flusso audio, ma non vengono inviati sotto forma di toni, ma di pacchetti ''RTP event''.
	Questi messaggi ''RTP event'' sono inviati mandando un primo pacchetto (inizio del tono) e successivamente, con periodicità tipica del ~~Voip~~, ne viene mandato un altro che allunga la durata del tono.		Questi messaggi ''RTP event'' sono inviati mandando un primo pacchetto (inizio del tono) e successivamente, con periodicità tipica del VoIP, ne viene mandato un altro che allunga la durata del tono.
	Il contenuto di questi messaggi ''RTP event'' è il numero dei tasti premuti e i simboli *#.		Il contenuto di questi messaggi ''RTP event'' è il numero dei tasti premuti e i simboli *#.

Riga 29:		Riga 29:
	Esempio:		Esempio:

	Si può visualizzare il tono DTMF inviato in modalità RFC 2833 da parte della centrale 10.0.20.100 verso il pbx.		Si può visualizzare il tono DTMF inviato in modalità RFC 2833 da parte della centrale 10.0.20.100 verso il pbx:

	[[File:Rtp event.png\|700px]]		[[File:Rtp event.png\|700px]]
Riga 50:		Riga 50:
	<!--T:7-->		<!--T:7-->
	==Impostazioni di trasporto==		==Impostazioni di trasporto==
	L’UDP, in caso di centrale che abbia più di una interfaccia di rete, il servizio VoIP ~~viene~~ attivato su tutte le interfacce della centrale.		L’UDP, in caso di centrale che abbia più di una interfaccia di rete, fa sì che il servizio VoIP venga attivato su tutte le interfacce della centrale.
	Si può aggiungere una seconda interfaccia di rete, o aggiungere dei Tag VLAN.		Si può aggiungere una seconda interfaccia di rete, o aggiungere dei Tag VLAN.

Riga 56:		Riga 56:

	La durata è un dato utile perché nel caso in cui la centrale dovesse convertire questo DTMF, nel momento in cui lo spedisce all’interlocutore in un formato diverso dall’RFC 233, dovrebbe riprodurlo per una durata corrispondente.		La durata è un dato utile perché nel caso in cui la centrale dovesse convertire questo DTMF, nel momento in cui lo spedisce all’interlocutore in un formato diverso dall’RFC 233, dovrebbe riprodurlo per una durata corrispondente.
	L’impostazione ~~fatta qui~~ vale per tutti gli account SIP definiti nel pannello “Interni e account” ed è usata come impostazione di default per tutte le linee di ingresso e di uscita.		L’impostazione settata in questo pannello vale per tutti gli account SIP definiti nel pannello “Interni e account” ed è usata come impostazione di default per tutte le linee di ingresso e di uscita.

	<!--T:8-->		<!--T:8-->
Riga 65:		Riga 65:

	Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.		Questa modalità è spesso indicata come AVB (Attribute Value Pair) su altri apparati.
	* '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che fa il flusso RTP.		* '''SIP INFO''': è una modalità che non manda messaggi RTP o RTP event, ma un messaggio SIP di tipo info. L’info è un tipo di messaggio SIP che contiene come payload contiene il tasto e la durata, viene trasmesso una sola volta e ha un percorso di rete che segue quello della segnalazione SIP che è diverso dal percorso che effettua il flusso RTP.
	* '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.		* '''In banda''': i toni DTMF digitati sono mandati sotto forma di toni audio all’interno del flusso RTP.

	Infatti, se si ~~vanno ad analizzare~~ le tracce che contengono toni DTMF ~~troveremmo~~ solo RTP e non si può distinguere se siano toni o meno.		Infatti, se si analizzano le tracce che contengono toni DTMF si trovano solo RTP e non si può distinguere se siano toni o meno.
	Il problema della trasmissione DTMF sotto toni audio è che se vengono utilizzati dei codec diversi dal G.711, introducono una compressione nell’audio e una deformazione dei toni. Mentre una conversazione è comprensibile, il riconoscimento di questi toni potrebbe fallire.		Il problema della trasmissione DTMF sotto toni audio è che se vengono utilizzati dei codec diversi dal G.711, questi introducono una compressione nell’audio e una deformazione dei toni.
			Mentre una conversazione risulta comprensibile, il riconoscimento di questi toni potrebbe fallire.

	[[File:G711.png\|700px]]		[[File:G711.png\|700px]]

	<!--T:9-->		<!--T:9-->
	Quindi l’utilizzo della modalità DTMF “in banda” è scoraggiato perché se il flusso RTP subisce un degrado per perdite o congestione, i toni, anche usando G.711 vengono deformati, possono non venire riconosciuti.		Quindi, l’utilizzo della modalità DTMF “in banda” è scoraggiato perché se il flusso RTP subisce un degrado per perdite o congestione, i toni, anche usando G.711 vengono deformati e possono non venire riconosciuti.
	Quindi l’utilizzo dei DTMF in audio è raccomandato solo in associazione ad un codec compresso '''PCM a-low''' o '''PCM u-low''', ma può comunque essere soggetto a errori.		Quindi l’utilizzo dei DTMF in audio è raccomandato solo in associazione ad un codec compresso '''PCM a-low''' o '''PCM u-low''', ma può comunque essere soggetto a errori.

Riga 81:		Riga 82:
	<!--T:10-->		<!--T:10-->
	I successivi due campi sono due attributi che impattano sia gli account SIP che le linee di ingresso e uscita, come nel caso della modalità DTMF, anche i seguenti due sono modificabili rispetto al valore di default nelle linee di ingresso e di uscita.		I successivi due campi sono due attributi che impattano sia gli account SIP che le linee di ingresso e uscita, come nel caso della modalità DTMF, anche i seguenti due sono modificabili rispetto al valore di default nelle linee di ingresso e di uscita.
	* '''Abilita accettazione RPID (Remote Party ID)''': abilita accettazione COLP (nominato così nelle linee di ingresso e uscita). L’abilitazione fa in modo che si estragga l’identità del chiamante non solo dal FROM che manda, ma dagli header PAI, RPID ecc.		* '''Abilita accettazione RPID (Remote Party ID)''': abilita accettazione COLP (nominato così nelle linee di ingresso e uscita).

			L’abilitazione fa in modo che si estragga l’identità del chiamante non solo dal FROM che manda, ma dagli header PAI, RPID ecc.
	Si tratta di un header SIP che trasporta un’informazione aggiuntiva che identifica il chiamante.		Si tratta di un header SIP che trasporta un’informazione aggiuntiva che identifica il chiamante.
	Durante una chiamata, ci sono dei casi in cui l’identificativo della persona con cui si parla possa cambiare nel tempo.		Durante una chiamata, ci sono dei casi in cui l’identificativo della persona con cui si parla possa cambiare nel tempo.
Riga 90:		Riga 93:

	<!--T:11-->		<!--T:11-->
	* '''Send rpid mode''': Modalità invio COLP (nominato così nelle linee di ingresso e uscita). Ha tre opzioni: disabilitato / remote party ID / P-Asserted-Identity.		* '''Send rpid mode''': Modalità invio COLP (nominato così nelle linee di ingresso e uscita).

			Ha tre opzioni: disabilitato / remote party ID / P-Asserted-Identity.
	In questo caso, l’impostazione che viene utilizzata verso i telefoni e che si raccomanda è l’invio del PAI. Questo flag fa sì che la centrale avverta che l’interlocutore con cui si comunica è cambiato, manda un messaggio che aggiorna l’informazione tramite l’header PAI.		In questo caso, l’impostazione che viene utilizzata verso i telefoni e che si raccomanda è l’invio del PAI. Questo flag fa sì che la centrale avverta che l’interlocutore con cui si comunica è cambiato, manda un messaggio che aggiorna l’informazione tramite l’header PAI.
	L’informazione di cambio interlocutore è utile verso i telefoni, ma normalmente, su una linea di uscita deve essere disabilitato.		L’informazione di cambio interlocutore è utile verso i telefoni, ma normalmente su una linea di uscita deve essere disabilitato.

	N.B. Se si va a fare un trunk verso un’altra centrale in cui configuro interni remoti, in questo caso la linea non è un trunk di uscita verso un operatore, ma è l’interconnessione con un’altra centrale sulla quale è utile attivare la modalità di aggiornamento del COLP.		N.B. Se si va a fare un trunk verso un’altra centrale in cui configuro interni remoti, in questo caso la linea non è un trunk di uscita verso un operatore, ma è l’interconnessione con un’altra centrale sulla quale è utile attivare la modalità di aggiornamento del COLP.

Riga 103:		Riga 109:
	* '''TOS Video'''		* '''TOS Video'''

	Questi valori possono essere cambiati se la rete in cui si trova a operare la centrale richiede che siano usati diversi valori di TOS per l’audio, la segnalazione e/o il video		Questi valori possono essere cambiati se la rete in cui si trova a operare la centrale richiede che siano usati diversi valori di TOS per l’audio, la segnalazione e/o il video.

	<!--T:13-->		<!--T:13-->
Riga 109:		Riga 115:
	* '''Bitrate massimo per le chiamate video''': attributo che vale solo per le chiamate video e determina il bitrate massimo che la centrale accetta e offre per le videochiamate, di default è 384 Kbps per non occupare troppa banda. Spesso i valori possono essere alzati per aumentare la qualità.		* '''Bitrate massimo per le chiamate video''': attributo che vale solo per le chiamate video e determina il bitrate massimo che la centrale accetta e offre per le videochiamate, di default è 384 Kbps per non occupare troppa banda. Spesso i valori possono essere alzati per aumentare la qualità.

	* '''Abilita supporto alla cifratura RTP (SRTP'''): abilita a livello di centrale la possibilità di attivare l’encryption dei flussi RTP che normalmente viaggiano in chiaro (chiunque riesca a intercettare il flusso RTP della chiamata può ascoltarne il contenuto).		* '''Abilita supporto alla cifratura RTP (SRTP)''': abilita a livello di centrale la possibilità di attivare l’encryption dei flussi RTP che normalmente viaggiano in chiaro (chiunque riesca a intercettare il flusso RTP della chiamata può ascoltarne il contenuto).
	SRPT è un protocollo che si basa sul preventivo scambio di chiavi tra chiamante e chiamato, il flusso è cifrato con un cifratore a chiave simmetrica. La chiave viene scambiata in fase di setup della chiamata e, se non si usa un protocollo di trasporto ~~ella~~ segnalazione sicuro come TLS e si usa invece TCP o UDP, si può leggere in chiaro sul messaggio SIP. L’attivazione dell’SRPT ha senso se è accoppiata a un protocollo di segnalazione di tipo sicuro come TLS.
			SRPT è un protocollo che si basa sul preventivo scambio di chiavi tra chiamante e chiamato, il flusso è cifrato con un cifratore a chiave simmetrica. La chiave viene scambiata in fase di setup della chiamata e, se non si usa un protocollo di trasporto della segnalazione sicuro come TLS e si usa invece TCP o UDP, si può leggere in chiaro sul messaggio SIP. L’attivazione dell’SRPT ha senso se è accoppiata a un protocollo di segnalazione di tipo sicuro come TLS.

	'''ATTENZIONE''': L’abilitazione dell’SRTP nelle impostazioni SIP non abilita automaticamente l’effettivo utilizzo dell’SRTP, ma abilita il modulo da supporto SRPT. È necessario abilitarlo nel pannello degli “Interni e account”. Qui, è presente la spunta “Abilita SRPT”: in questo modo può essere ereditato da tutti gli account che usano quel determinato template.		'''ATTENZIONE''': L’abilitazione dell’SRTP nelle impostazioni SIP non abilita automaticamente l’effettivo utilizzo dell’SRTP, ma abilita il modulo da supporto SRPT. È necessario abilitarlo nel pannello degli “Interni e account”. Qui, è presente la spunta '''“Abilita SRPT”''': in questo modo può essere ereditato da tutti gli account che usano quel determinato template.

	[[File:Abilita SRPT interni.png\|600px]]		[[File:Abilita SRPT interni.png\|600px]]

Troccoli il 07:20, 22 lug 2022

2022-07-22T07:20:04Z

← Versione meno recente		Versione delle 07:20, 22 lug 2022
Riga 60:		Riga 60:
	<!--T:8-->		<!--T:8-->
	A differenza degli account, nel pannello non c’è la possibilità di andare a cambiare i DTMF: quando si manda un DTMF verso un account lo si manda con le impostazioni SIP e lo stesso si verifica quando un account SIP manda un DTMF.		A differenza degli account, nel pannello non c’è la possibilità di andare a cambiare i DTMF: quando si manda un DTMF verso un account lo si manda con le impostazioni SIP e lo stesso si verifica quando un account SIP manda un DTMF.
	Invece, nel pannello delle [[AdminGuide:BasicConcepts:Outbound_lines#Configurazione_del_servizio\|linee di ingresso e di uscita] si può cambiare la modalità DTMF o lasciarla come di default.		Invece, nel pannello delle [[AdminGuide:BasicConcepts:Outbound_lines#Configurazione_del_servizio\|linee di ingresso e di uscita]] si può cambiare la modalità DTMF o lasciarla come di default.

	[[File:Cambio modalità.png\|600px]]		[[File:Cambio modalità.png\|600px]]