Porte e servizi di rete da abilitare

Le regole di rete devono essere definite in funzione dello scenario adottato. I requisiti si distinguono tra scenario LAN e scenario con operatività remota.

Porte e servizi per scenario LAN#

FunzioneProtocolloPorta/eNote
Segnalazione SIPUDP5060-5080Segnalazione delle sessioni
Flusso audio RTPUDP7078-7099Trasporto audio
Flusso video RTPUDP9078-9099Trasporto video
MQTTTCP1883Utilizzato per funzioni di broker
HTTP servizioTCP8001Verifica funzione servizio
RTSPTCP8554Solo se richiesto video continuo

Nel solo Scenario 1 deve essere consentito anche UDP 5353 per la discovery multicast locale tramite mDNS.

Porte per scenario con connessione remota#

ServizioFQDNPorta/eProtocollo
SIP sicurosip.ipdoor.com5061TCP
RTP mediasip-media-1.ipdoor.com16384-32768UDP
RTP mediasip.ipdoor.com16384-32768UDP

Nota di sicurezza sulla chiamata remota#

Nello scenario remoto la segnalazione della chiamata avviene tramite SIP su TLS sulla porta TCP 5061, garantendo un canale di segnalazione cifrato e sicuro verso l'infrastruttura cloud IpDoor. I flussi audio/video utilizzano invece i canali RTP sulle porte UDP 16384-32768.

Nota sul video continuo#

Se il progetto prevede la richiesta di flusso video continuo, deve essere abilitata anche la porta TCP 8554 per RTSP.

Criterio pratico per il reparto IT#

  • Scenario 1: abilitare i flussi LAN standard più UDP 5353 per mDNS;
  • Scenario 2: abilitare i flussi LAN standard senza mDNS e attivare sui client abilita funzionamento senza multicast;
  • Scenario 3: abilitare i flussi LAN standard senza mDNS e configurare i client con un broker di riferimento;
  • se è richiesto il video continuo, abilitare anche TCP 8554;
  • se è richiesta operatività remota, autorizzare anche le connessioni verso i servizi cloud IpDoor.

Matrice riepilogativa delle abilitazioni#

La matrice fornisce una vista operativa sintetica di porte, servizi e configurazioni client da abilitare in funzione dello scenario scelto. Una delle colonne LAN deve sempre essere selezionata come riferimento principale; la colonna Remoto/cloud si aggiunge solo quando è richiesta operatività remota.

SezioneFunzione / ServizioDestinazione / FQDNProtocolloPorta/eScenario 1Scenario 2Scenario 3Remoto/cloud
LAN baseSegnalazione SIPrete locale / dispositiviUDP5060-5080SìSìSìNo
LAN baseAudio RTPrete locale / dispositiviUDP7078-7099SìSìSìNo
LAN baseVideo RTPrete locale / dispositiviUDP9078-9099SìSìSìNo
LAN baseMQTT / brokerrete locale / dispositiviTCP1883SìSìSìNo
LAN baseHTTP serviziorete locale / dispositiviTCP8001SìSìSìNo
DiscoverymDNSmulticast localeUDP5353SìNoNoNo
Configurazione clientFunzione "abilita funzionamento senza multicast"impostazione applicativan/an/aNoSìNoNo
Configurazione clientBroker di riferimentoimpostazione applicativan/an/aNoNoSìNo
Video opzionaleRTSPrete locale / dispositiviTCP8554Se prev.Se prev.Se prev.No
Remoto chiamateSIP sicuro (TLS)sip.ipdoor.comTCP5061NoNoNoSì
Remoto chiamateRTP mediasip-media-1.ipdoor.comUDP16384-32768NoNoNoSì
Remoto chiamateRTP mediasip.ipdoor.comUDP16384-32768NoNoNoSì
Configurazione / gestioneAPI di configurazioneapi.ipdoor.comTCP / HTTPS443Se prev.Se prev.Se prev.Se prev.
Configurazione / gestioneConsole cloudconsole.ipdoor.comTCP / HTTPS443Se prev.Se prev.Se prev.Se prev.
Configurazione / gestioneMQTT sicuro cloudmqtt.ipdoor.comTCP / MQTT over TLS8883Se prev.Se prev.Se prev.Se prev.
AggiornamentiRepository aggiornamentiipdoor.s3.eu-west-1.amazonaws.comTCP / HTTPS443SìSìSìSì
AggiornamentiRepository versioni appipdoor-app-versions.s3.eu-west-1.amazonaws.comTCP / HTTPS443SìSìSìSì
Aggiornamenti opzionaliFirebase Cloud Messaging (FCM)servizi FCM / GoogleTCP5228-5230, 443Se prev.Se prev.Se prev.Se prev.
Servizi ausiliariIP geolocationipapi.coTCP / HTTPS443Se prev.Se prev.Se prev.Se prev.
Servizi ausiliariServizio orarioworldtimeapi.orgTCP / HTTPS443Se prev.Se prev.Se prev.Se prev.
Assistenza remotaVPN supportoremoting.ipdoor.comUDP1194Se prev.Se prev.Se prev.Se prev.
Assistenza remotaVPN supporto fallbackremoting.ipdoor.comTCP443Se prev.Se prev.Se prev.Se prev.

Note di lettura della matrice#

  • lo Scenario 1 è il caso ideale: flussi LAN standard più UDP 5353 per la discovery mDNS;
  • lo Scenario 2 non usa multicast e richiede la funzione client per la discovery tramite scansione IP;
  • lo Scenario 3 richiede la configurazione esplicita di un broker di riferimento sui client;
  • la colonna Remoto/cloud si aggiunge, quando necessario, allo scenario LAN selezionato;
  • le righe relative agli aggiornamenti dovrebbero restare abilitate in modo continuativo; configurazione/gestione e assistenza remota possono essere abilitate on demand;
  • le righe Firebase Cloud Messaging (FCM) valgono solo se tali servizi di aggiornamento sono richiesti; fare riferimento alla documentazione Firebase per i requisiti aggiornati.