Rete di architettura con sistema telefonico half duplex a 10 Mbps

Configurazione attuale

Lo schema seguente mostra la nostra attuale architettura di rete. Tutte le connessioni funzionano a 100 Mbps full duplex, ad eccezione dei sistemi telefonici TalkSwitch che funzionano a 10 Mbs half duplex (angolo in alto a destra del diagramma). Le scatole TalkSwitch forniscono ciascuna 8 connessioni telefoniche analogiche e 8 basate su IP, quindi possiamo avere un totale di 16 telefoni analogici e 16 basati su IP.

Nota: i quattro switch gestiti HP ProCurve 2524 non sono configurati con VLAN separate.

Sono preoccupato per l'impatto sulle prestazioni di avere entrambi gli switch, entrambe le scatole TalkSwitch e il bridge wireless collegati al nostro router VPN RV082 nel nostro quartier generale.

Configurazione proposta

Propongo di cambiare la nostra configurazione come mostrato di seguito. Il mio pensiero è che ciò limiterà il RV082 a vedere solo il traffico connesso a Internet, ad eccezione della fornitura di DHCP ai client dinamici; tuttavia, non mi aspetto che ciò influisca molto sulle prestazioni, dato che il tempo di leasing del cliente è impostato su 24 ore.

Pensieri? Preoccupazioni? Raccomandazioni?

Una preoccupazione è che nella costruzione n. 2 e n. 3, i telefoni basati su IP comunicano con le scatole TalkSwitch a 10 Mbps half duplex. Ciò influirà negativamente sulle prestazioni del resto della rete?

Come già notato da Wim, il mezzo duplex non ha importanza. Gli switch sono in grado di far funzionare ciascuna porta a velocità e duplex diversi.

Il modo più semplice per valutarlo è pensare al percorso da un componente all'altro e prendere il collegamento più debole. Tutte le comunicazioni tra l'edificio n. 2 e la sede centrale avvengono tramite una linea da 3 Mbps / 300 kpbs condivisa con altri servizi Internet; indipendentemente dal fatto che tu abbia una connessione da 10 Mbps o 100 Mbps presso la sede centrale, non importa perché il collegamento VPN sarà il fattore dominante nel determinare la larghezza di banda di interconnessione.

Guardando il diagramma, il cambiamento sostanziale che vedo nella tua proposta sta introducendo un collegamento da 1 Gbps tra i due switch HP 2524 presso la sede centrale. Uno da uno ha un sacco di server, ciascuno limitato a 100 Mbps, e dall'altro hai un sacco di workstation client, anche limitato a 100 Mbps o 54 Mbp in modalità wireless. Nessuna macchina qui sarà in grado di esaurire il collegamento dati tra i due switch, ma con un intenso traffico su più macchine tra i client e i server, apprezzerai il collegamento a 1 Gbps.

Stai cercando di risolvere un problema di progettazione teorica o stai riscontrando un vero problema di qualità delle chiamate VoIP?

Qualsiasi switch dovrebbe essere in grado di gestire un mix di velocità delle porte (10/100/1000) e duplex (metà / pieno). Questo di per sé non dovrebbe essere un problema.

Lascerei che RV082 sia solo il router, con un singolo cavo LAN collegato allo switch HP. Lascia che il router sia un router e l'interruttore uno switch ...

È un po 'sciocco che Talkswitch faccia solo 10 HD. Tuttavia, una chiamata VoIP ulaw / alaw non compressa richiede un massimo di 100 kbps in modo da poter eseguire molte chiamate simultanee senza alcun problema.

Potresti / dovresti esplorare le funzionalità QoS del tuo router e cambiare un po 'di più.

Questo potrebbe essere d'aiuto: http://www.hp.com/rnd/pdf_html/traffic_profiles.htm#environment2 ma potresti dover cercare un po 'di più per ottenere il documento corretto per il tuo switch.

Ho gestito sistemi di telefonia specializzati e critici per gli operatori di borsa a 10 Mbit, half-duplex, e non ho riscontrato problemi con quell'aspetto del sistema. (Le torrette IPC funzionavano solo a 10 / metà.)

Hai testato la qualità delle chiamate con un telefono IP direttamente collegato al Procurves presso la sede centrale? Ciò dovrebbe eliminare il dispositivo di commutazione come possibile colpevole.

Sento anche che non hai alcun tipo di sistema di monitoraggio in atto per valutare l'utilizzo della larghezza di banda su quei RV082. Se non esiste un modo semplice per controllare l'utilizzo della larghezza di banda utilizzando la console di amministrazione Web per quei router, prendere in considerazione l'implementazione di un sistema di monitoraggio delle prestazioni. Un altro rapido Google mostra che quei router supportano SNMP. Se riesci a trovare un computer di riserva su cui lanciare Cacti o PRTG, ciò dovrebbe fare molto per determinare il livello di saturazione del collegamento Internet. (Lancia anche Nagios e hai un monitor di disponibilità per la tua rete.)

Senza dati concreti, sospetto che sia il collegamento a Internet nell'Edificio n. 3 a limitare la larghezza di banda. Quindi vale la pena parlare con il proprio fornitore per comprendere le opzioni e i costi per l'aggiornamento. Ma prima di acquistare un aggiornamento, consiglierei di confermare il problema attraverso il monitoraggio delle prestazioni. Comprendi quanto più devi acquistare prima di acquistarlo.

Inoltre, quale codec stanno usando quei telefoni IP? Non ho familiarità con Talkswitch, ma un rapido Google mostra che supportano G.711 o G.729 . Se utilizzano G.711, che utilizza una larghezza di banda di 80 kbit, sarai in grado di eseguire al massimo 3 chiamate attraverso quel collegamento Internet sul sito remoto. G.729 ridurrà l'utilizzo della larghezza di banda della telefonia di un ordine di grandezza. La qualità della chiamata ne risentirà, quindi assicurati che la tua gestione sia a bordo prima di apportare tale modifica. Ma potrebbe essere utile farlo a breve termine se la valutazione dell'utilizzo della larghezza di banda finisce per richiedere più tempo.

HTH!