Audio mono-direzionale

[dert]

Buongiorno a tutti,

In azienda stiamo testando 3CX perché abbiamo in programma l’acquisto di una licenza Pro da 8 chiamate simultanee.
Il centralino è stato configurato e funziona correttamente, ma riscontriamo problemi di audio mono direzionale nelle conversazioni effettuate con telefoni VoIP connessi al centralino.

Ecco l’elenco delle prove e delle verifiche svolte:
- 3CX è installato in versione 14.0.44241.523 su un server con MS Windows Server 2012 Standard (4 schede di rete, solo 1 abilitata).
- La WAN con IP pubblico è su rete Hiperlan (il provider Internet non utilizza NAT, abbiamo verificato). Abbiamo effettuato test anche con una seconda connessione Internet di un secondo provider (sempre in Hiperlan con IP pubblico).
- FQDN attivo e testato.
- Abbiamo effettuato test con numerazioni VoipVoice e Clouditalia.
- Il router/firewall usato è il Cisco RV082 (ex Linksys). Su consiglio dell’assistenza VoipVoice abbiamo effettuato prove con altri 2 router diversi (avevamo in casa due apparecchi economici, un Netgear - con SIP ALG disabilitato e NAT simmetrico - e TP-Link).
- Il firewall e il NAT sono configurati sulle porte 5060 (TCP/UDP), 5061 (TCP/UDP), 5090 (TCP/UDP), 9000-9255 (UDP) e 32135-32136 (TCP) per il web server Abyss.
- Le chiamate effettuate/ricevute da software Softphones per Mac e iPhone funzionano senza problemi con audio bidirezionale.
- Nelle chiamate effettuate/ricevute da telefoni VoIP (Snom 821 e IP301) connessi al centralino funziona solo l’audio in entrata, in sostanza chi sta all'esterno non sente. Lo Snom 821 è stato approvvigionato direttamente dalla console di amministrazione 3CX, mentre l'IP301 è stato configurato manualmente.
- Le chiamate tra interni funzionano senza problemi con audio bidirezionale in tutte le configurazioni, telefono-software, telefono-telefono e software-software.
- Praticamente in tutti i test eseguiti il risultato è sempre il medesimo.

Dove può stare il problema? Come possiamo risolverlo?

Vi ringrazio fin d'ora per la disponibilità.
Alberto

 

[iptechnology]

Il router che ti natta le porte è il cuore della vostra struttura.. visto che parli di un ponte radio HiperLan (già problematico di suo) ti consiglio l'utilizzo di PFSense (anche in virtuale) oppure di un router WAN-LAN Drytek.
Come funziona il ponte radio? effettui l'autenticazione in PPPoE o ti hanno dato un ip pubblico direttamente da assegnare sulla tua wan?
Il firewall check che esito ti da?

Ricordati che VoipVoice ti da assistenza gratuita, tramite partner o direttamente da loro, per tutto quello che è dichiarato "certificato" come 3cx ;-)


Ciao
Alessandro

 

[dert]

Grazie per la tua risposta.

Si, abbiamo già contattato l'assistenza VoipVoice e il tecnico (disponibilissimo), dopo un'ora di prove, ci ha consigliato di verificare che il provider Internet non faccia NAT e di cambiare router.
Abbiamo fatto entrambe le cose, ma il problema rimane sempre lo stesso.

Il provider ci ha assegnato un IP pubblico configurato sulla WAN del router, il check del firewall in 3CX da esito positivo.
La cosa molto strana, che non mi spiego, è legata al fatto che le chiamate da software Softphone non danno alcun tipo di problema. Il problema lo abbiamo solo con le chiamate da telefoni.
Inoltre, configurando le numerazioni direttamente sui telefoni tutto funziona senza problemi. Quindi: qual'è la differenza fra il traffico generato dal centralino e quello generato da un telefono VoIP?

Domani in accordo con il provider faremo un test temporaneo mettendo server e telefono su IP pubblico (chiaramente sulla stessa rete), senza alcun tipo di filtro di mezzo, staremo a vedere...

 

[iptechnology]

La macchina è fisica o virtuale?
Se non ci sono particolari problemi di privacy dovresti postare il log di una chiamata fatta dallo snom, un tracert fatto dal centralino verso un ip internet (8.8.8.8) e che ip ti dà www.whatsmyip.org

ogni dispositivo tratta i pacchetti sip in base a come è configurato, i template forniscono una configurazione che va bene nei casi "standard", ma in questo caso a quanto pare non va bene e i principali indiziati per la problematica sono il router/firewall e la connessione.

Vista così non penso proprio tu possa essere dietro NAT, il firewall check non darebbe esito positivo. Probabilmente è il tipo di NAT che sta facendo il tuo router che crea il problema.
Se sei in virtuale o se hai a disposizione un catorcio con due nic, ti configuri un pfsense e puoi così escludere facilmente le problematiche lato router.
In alternativa si può provare a mettere mano alla configurazione dei telefoni e del pbx per cercare di farli funzionare con la tua configurazione di rete, ma è sconsigliabile visto che vai "off support"..


Ciao
Alessandro
—————————————
IP Technology s.r.l.
http://www.iptechnology.it

 

[iptechnology]

..odio questo nuovo forum senza l'edit...

Dimenticavo.. una cattura Wireshark fatta sul pbx di una chiamata dallo snom verso un numero esterno mostrerebbe il problema abbastanza inequivocabilmente ;-)

Ciao
Alessandro
—————————————
IP Technology s.r.l.
http://www.iptechnology.it

 

[dert]

Ho seguito il tuo consiglio e Wireshark effettivamente ci ha dato la risposta al problema: la scheda di rete del server oltre alla rete 192.168.x.x presenta un secondo network sulla 169.254.x.x e tutti i pacchetti RTP in uscita da 3CX vanno a finire lì - e di conseguenza vanno persi.
E' molto strano perché ho letto che l'APIPA viene attivato nel caso di problemi con il server DHCP o in caso di conflitti di indirizzi, ma nel nostro caso tutto è configurato correttamente.
Ho appena trovato le istruzioni per disabilitare l'APIPA agendo sul registro di sistema, domattina applico la configurazione e vi aggiorno...
Speriamo di poter risolvere.
Grazie mille

 

[iptechnology]

3cx digerisce molto, ma molto, male che il server su cui è installato abbia più indirizzi ip.. se fai un ipconfig /all cos'hai in output?


Ciao
Alessandro
—————————————
IP Technology s.r.l.
http://www.iptechnology.it

 

[dert]

Niente da fare, la direttiva IPAutoconfigurationEnabled non funziona ( https://technet.microsoft.com/en-us/library/cc938253.aspx ).
Bisogna capire perché l'interfaccia di rete del server configura automaticamente quel secondo indirizzo.

Ecco l'output di "ipconfig /all":

Windows IP Configuration

Host Name . . . . . . . . . . . . : D8BT5Q02
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter NIC1:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #2
Physical Address. . . . . . . . . : C8-1F-66-E6-12-9A
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::40a4:8b49:61d1:5ac1%13(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.0.10(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
IPv4 Address. . . . . . . . . . . : 169.254.29.106(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.0.0
Default Gateway . . . . . . . . . : 192.168.0.1
DHCPv6 IAID . . . . . . . . . . . : 331882342
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-9E-38-A1-C8-1F-66-E6-12-9D

DNS Servers . . . . . . . . . . . : 8.8.8.8
8.8.4.4
NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 12:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{278AE0AF-D983-4D28-99B1-44FFBF7ABA33}:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

 

[iptechnology]

IPv4 Address. . . . . . . . . . . : 192.168.0.10(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
IPv4 Address. . . . . . . . . . . : 169.254.29.106(Preferred)

Questo è decisamente un problema ;-)

togli questo ip secondario e riprova.
Da ipconfig devi avere un solo ip assegnato alla macchina, soprattutto sulla singola NIC

Ciao
Alessandro
—————————————
IP Technology s.r.l.
http://www.iptechnology.it

 

[dert]

Si, come ho già detto sopra, ora è chiaro che tutto è dovuto alla rete 169.254.x.x.
Il problema è togliere quell'indirizzo... proprio ora sono al telefono con Microsoft per capire il motivo per cui Windows auto-assegna anche quell'indirizzo (che come ho già detto non è stato impostato manualmente).
Ad ogni modo è anomalo che 3CX invii correttamente tutti i pacchetti sull'interfaccia configurata in Impostazioni > Rete > Server STUN, mentre i pacchetti RTP sulle porte 7000-7500 vengano inviati sulla seconda rete 169.254.x.x.
Chiaramente il problema è legato maggiormente a Windows, ma se avete una soluzione all'enigma dite pure.
Grazie

 

[donbru01]

Hai provato a mettere i dispositivi snom in consegna audio da pabx , oppure sia i trunk che i dispositivi snom senza consegna audio da pbx .
In teoria se lasci in direct rtp , le problematiche legate agli ip di windows dovrebbero essere escluse

 

[dert]

Tutto risolto. Posto qui la soluzione, nel caso potesse tornare utile a qualcuno...

La seconda rete in Windows è stata creata da AXIS Camera Station, un server dedicato alla gestione e registrazione dei flussi video di videocamere AXIS.
Ce ne siamo resi conto in quanto il secondo indirizzo veniva aggiunto al NIC dopo 10-15 secondi dallo startup del server (quindi non poteva che essere un servizio in esecuzione proprio in quel momento a creare il problema). Andando per esclusione è stato individuato.
Da quanto ho letto AXIS utilizza questo escamotage per individuare videocamere connesse in rete anche in assenza di un server DHCP funzionante (se i dispositivi e il server non hanno indirizzo statico e il DHCP non funziona videocamere e server si mettono sulla stessa rete, la 169.254.x.x).

Fortunatamente AXIS ha previsto la possibilità di disattivare questa funzionalità modificando la chiave di registro HKEY_LOCAL_MACHINE > Software > Axis Communications > AXIS Camera Station Server 3 > CreateLinkLocalAddresses da 1 a 0.

Dopo questa semplice modifica 3CX ha iniziato a funzionare a meraviglia! E pensare che per identificare il problema ci abbiamo lavorato su ore e ore...

Domani proverò la soluzione proposta da donbru01. Ringrazio Alessandro per avermi messo sulla giusta strada con Wireshark.
Saluti, Alberto

 

[eurylink.com]

Bruttissima idea quello di installare sulla stessa macchina un videoserver insieme al PBX. La macchina (fisica o virtuale) su cui risiede 3CX dovrebbe essere utilizzata in esclusiva per quel tipo di servizio. Piuttosto virtualizza 3CX con Vindows 7 Pro ma cerca di evitare le commistioni: per esperienza, prima o poi, ti daranno sempre problemi e difficilmente otterrai un sistema stabile.

 

[iptechnology]

x Donbru01
In una chiamata Telefono IP -> Voip Provider il 3cx è settato di default per la consegna dell'audio al PBX, quindi il cambio del parametro dell'interno dubito possa influire su questo problema.

X Dert
Tra tutti i servizi che NON devono stare con un pbx hai messo forse quello peggiore! il voip necessita di banda costante e ben definita, il flusso video delle telecamere è esattamente l'opposto, un "fiume in piena" verso l'NVR. Oltre ai problemi relativi alla connettività, anche a livello HW la videoregistrazione mette in crisi tutta la macchina, che può arrivare ad essere talmente "a collo" da dover gestire le priorità dei vari servizi in base a regole non troppo definite ne gestibili.. decisamente come segnala Matteo, usa una VM o compra un minipc / microserver, avrai sicuramente meno problemi ;-) [ricordati sempre il router]




Ciao
Alessandro
—————————————
IP Technology s.r.l.
http://www.iptechnology.it

 

[dert]

La macchina attualmente è particolarmente "scarica", oltre al video server con 4 videocamere (H.264 con banda limitata in registrazione nel caso di motion detection) gira un'istanza MySQL con un DB leggero.
Per quanto riguarda il VoIP arriviamo al massimo a 4 chiamate simultanee.

Proviamo il sistema configurato in questo modo (lo stiamo testando già da 2 giorni e non abbiamo riscontrato instabilità), se dovesse rendersi necessaria una VM provvederemo.
Naturalmente ho pensato anch'io subito alla virtualizzazione come soluzione ideale, ma non avendo licenze per VMware o simili abbiamo prima provato in questo modo.

Grazie per le info!
Buona giornata

 

[MarcelloL_3CX]

questo 3d lo tengo da conto, visto che è veramente un caso particolare