Pregunta VOIP transatlántico


Somos un negocio canadiense en la costa este y pronto abriremos un nuevo centro de llamadas en Australia. Este nuevo centro de llamadas manejará nuestro turno de cementerio y se superpondrá con el centro de llamadas actual. Como tal, necesitaría poder (SIP) reenviar llamadas de nuestro Asterisk PBX norteamericano a Australia.

Estoy pensando que esto puede ser un problema, ya que requeriría más de 2 transbordos y, por lo tanto, causaría una latencia bastante considerable en todas esas llamadas.

Alguien tiene alguna experiencia con esto ? ¿O implementaciones alternativas para sugerir?

:: Editar :: ¿Tener un troncal SIP australiano local para proporcionar números locales causaría problemas adicionales?


5
2018-03-28 19:17


origen


Tengo una experiencia de voip mínima, pero ¿por qué requeriría 2+ viajes? Me imagino que la llamada simplemente se reenviará al centro de llamadas de Australia y se hará. - MDMoore313
No puedes superar la velocidad de la luz. - Michael Hampton♦
Cosas a considerar: ¿La gente en Australia te llamará? ¿Nadie trabaja el turno del cementerio en Canadá? - Michael Hampton♦
Tendremos soporte técnico para personas de la tercera edad en Canadá, pero no recibirán llamadas de cola. - jonathanserafini
Y sí, estaremos recibiendo llamadas de Australia. Tenemos una base de clientes bastante grande allí, y algunos más pequeños en toda Europa (principalmente en el Reino Unido). - jonathanserafini


Respuestas:


No tengo ninguna experiencia personal con esto, más allá de ser el usuario de tal sistema (no administro el sistema de voz en el trabajo). Lo que sí sé es que es posible, porque lo hacemos. Aunque hacemos NYC <-> LON / AMS y no US <-> AU. Le sugiero que invierta en un enlace decente entre el sitio, con ancho de banda y latencia garantizados. Como dice Michael, no puedes superar la velocidad de la luz. Afortunadamente, eso es bastante irrelevante, ya que la luz viaja bastante rápido en comparación con el habla humana, incluso para tales distancias. Solo quieres asegurarte de saber que no vas demasiado lento.

(por cierto, realmente te sugiero que vayas transpacífico, no transatlántico :))


3
2018-03-28 19:33



Jaja, es cierto que no puedes superar la velocidad de la luz, sin embargo, estás agregando una cantidad cada vez mayor de enrutadores e interruptores en la mezcla que invariablemente llevará a la latencia, a menos que esté muy equivocado. - jonathanserafini
En cuanto a los viajes de ida y vuelta ... eso es totalmente malo ... un detalle que omití. Si tuviéramos números locales en Australia como troncales SIP, lo más probable es que el viaje de la llamada sea Cliente> Troncal SIP australiano> PBX norteamericano> Teléfono australiano ... un viaje hasta el PBX y luego otro hacia abajo al telefono - jonathanserafini
Oh, y gracias por el poco de NYC <> LON ... ¡es ciertamente bueno saberlo! - jonathanserafini
Asterisco es solo un directorio / servicio de conexión. Las llamadas de VOIP van directamente al centro de llamadas de la puerta de enlace del cliente. Los clientes de AUS a la puerta de enlace de AUS, el centro de llamadas de AUS no verán la latencia transpacífica. Los clientes canadienses a la puerta de enlace canadiense, troncal VOIP, centro de llamadas de AUS. La latencia de la puerta de enlace es siempre significativa. La latencia transpacífica se suma a esto, pero no se multiplica, no afecta la latencia de la puerta de enlace. Para reducir la latencia de la puerta de enlace / troncal, no use una puerta de enlace barata, no use un proveedor de red barato: los diferentes proveedores tienen una latencia transpacífica diferente. - user165568


¿Has probado algunas pruebas simples para determinar cuál es la latencia entre las 2 ubicaciones? Si no tienes nada allí ahora mismo, puedes intentar usar speedtest.net (un poco brutal, pero te dará una idea) y elegir un ISP en la ciudad correcta. Obviamente, cualquier ISP con el que termines puede variar.

Desde http://www.voip-info.org/wiki/view/QoS -

Las personas que llaman generalmente notan Retrasos de voz de ida y vuelta de 250ms. o más. ITU-T   G.114 recomienda un máximo de 150 ms de latencia unidireccional. Desde esto   incluye la ruta de voz completa, parte de la cual puede estar en el público   Internet, su propia red debe tener latencias de tránsito de   considerablemente menos de 150 ms.

(énfasis mío)

Solo puedo ofrecer mi experiencia personal, que se limita en gran medida a la costa este del Reino Unido y EE. UU., Ya que nunca he conocido ningún problema y se trata de una VPN sin ninguna preocupación especial para el tráfico SIP.


0
2017-07-07 12:57