Architettura di networking con sistema telefonico half duplex a 10 Mbps

Configurazione attuale

Il diagramma seguente mostra la nostra attuale architettura di networking. Tutti i collegamenti sono in esecuzione a 100 Mbps full duplex, ad exception dei sisthemes telefonici TalkSwitch che eseguono a 10 Mbs half duplex (angolo superiore destro del diagramma). Le caselle TalkSwitch forniscono ciascuna 8 connessioni telefoniche analogiche e 8 basate su IP, pertanto possiamo avere un totale di 16 telefoni analogici e 16 IP.

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

  • Ping restituisce un indirizzo IPv6
  • qual è il formato corretto per il nome utente che non fa parte del dominio
  • Ho bisogno di protocolli di routing su una piccola networking?
  • Due latenze delle tabs di networking
  • snmptt non traduce trappole, anche con translate_log_trap_oid = 1
  • Netbooting TUTTI i tipi di OS
  • Sono preoccupato per l'impatto sul rendimento di avere entrambi gli interruttori, entrambe le caselle TalkSwitch, e il ponte wireless collegato al nostro router VPN080 VPN nel nostro HQ.

    immettere qui la descrizione dell'immagine

    Configurazione proposta

    Propongo di cambiare la nostra configuration come mostrato di seguito. Il mio pensiero è che questo limiterà l'RV082 a vedere solo traffico connesso a Internet, ad exception di fornire DHCP ai client dinamici; tuttavia, non mi aspetterei che questo sia molto di un impatto sulle performance dato che il tempo di locazione del cliente è fissato a 24 ore.

    Pensieri? Preoccupazioni? Raccomandazioni?

    Una preoccupazione è che nella costruzione # 2 & # 3, i telefoni basati su IP comunicano con le caselle TalkSwitch a 10 Mbps half duplex. Avrà un effetto negativo sulle performance del resto della networking?

    immettere qui la descrizione dell'immagine

    3 Solutions collect form web for “Architettura di networking con sistema telefonico half duplex a 10 Mbps”

    Come ha notato Wim già, il mezzo duplex non import. Gli interruttori sono in grado di eseguire each port a velocità diverse e duplex.

    Il modo più semplice per valutarlo è pensare al path dal componente al componente e prendere il legame più debole. Tutta la tua comunicazione tra l'edificio n. 2 e la sede si verifica tramite una linea di 3Mbps / 300kpbs condivisa con altri compiti internet; se si dispone di una connessione di 10Mbps o 100Mbps alla sede, non import perché il collegamento VPN sarà il fattore dominante per determinare la width di banda di interconnessione.

    Guardando al tuo diagramma, la modifica materiale che vedo nella tua proposta sta introducendo un collegamento da 1Gbps tra i due switch HP 2524 presso la sede. Un interruttore è un gruppo di server, ognuno limitato a 100Mbps e dall'altra hai un gruppo di workstation client, anche limitato a 100Mbps o 54Mpbs wireless. Nessuna macchina qui sarà in grado di esaurire il collegamento dei dati tra i due switch, ma con traffico pesante su più macchine tra i clienti ei server, apprezzenetworking il collegamento da 1Gbps.

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

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

    Vorrei lasciare che il RV082 sia solo il router, con un solo cavo LAN che va al tuo switch HP. Lasciate che il router sia un router e l'interruttore …

    È un po 'stupido che il Talkswitch abbia solo 10 HD. Ma ancora, una chiamata non ulcata / alaw VoIP non compressa richiede max 100 kbps in modo da poter eseguire molte chiamate simultanee senza problemi.

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

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

    Ho eseguito sisthemes di telefonia specializzati e critici per i commercianti di titoli a 10 Mbit, half-duplex e non ho visto problemi con quel aspetto del sistema. (Le torrette IPC hanno funzionato solo a 10 / mezzo.)

    Hai testato la qualità della chiamata con un telefono IP direttamente connesso al Procurves presso il quartier generale? Questo dovrebbe eliminare l'ingranaggio di commutazione come un ansible colpevole.

    Sto anche rilevando che non hai alcun tipo di sistema di monitoraggio in atto per valutare l'utilizzo della width di banda su quelli di RV082. Se non esiste un modo semplice per controllare l'utilizzo della width di banda utilizzando la console di amministrazione web per questi router, si consideri l'implementazione di un sistema di monitoraggio delle performance. Un altro rapido Google mostra che quei router supportno SNMP. Se è ansible trovare un computer di riserva su cui lanciare Cacti o PRTG, questo dovrebbe andare molto a determinare il livello di saturazione del collegamento Internet. (Lanci Nagios anche lì, e tu hai un monitor di disponibilità per la tua networking).

    Senza dati duri, sospetto che sia il collegamento a Internet a Building # 3 che sta limitando la tua width di banda. Quindi vale la pena parlare con il tuo provider per comprendere le opzioni ei costi per l'aggiornamento. Ma prima di acquistare un aggiornamento, consiglio di confermare il problema attraverso il monitoraggio delle performance. Comprendere quanto più necessario acquistare prima di acquistarlo.

    Inoltre, quali codec sono quelli che utilizzano i telefoni IP? Non ho familiarità con Talkswitch, ma un rapido Google dimostra che supportno G.711 o G.729 . Se usano G.711, che utilizza la width di banda di 80 Kbit, potrai eseguire al massimo 3 chiamate in quel collegamento Internet nel sito remoto. G.729 taglierà l'utilizzo della width di banda della telefonia per un ordine di grandezza. La qualità della chiamata soffrirà, quindi assicuratevi che la vostra gestione sia a bordo prima di effettuare tale modifica. Ma potrebbe essere utile farlo a breve termine se la valutazione dell'utilizzo della width di banda finisce per prendere più tempo.

    HTH!

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.