-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-03-23 a las 16:44 +0100, miguel gmail escribió:
Alguien ha probado a integrar el hilafax con asterisk?
Estuvimos hablando largo y tendido de eso hace pocos meses.
Uhm... se nota que ya no sigo la lista como la seguía antes... :-( La falta de tiempo definitivamente penaliza.
Me voy a echar una siesta, así que no te lo busco ahora :-p
Si te refieres a enviar faxes mediante VoIp, pare empezar te digo que es muy mala idea. En aquella conversación salieron enlaces que explicaban el
Pues no estoy de acuerdo. Hace no mucho estuvimos montando un sistema de VoIP y funcionaba de cine (Cisco + TopCall).
A ver.
porqué, pero básicamente es que el fax está pensado para un sistema de comunicación en tiempo real, con posible ruido (errores), mientras que VoIp tiene perdida de paquetes y retrasos variables, para los cuales no está preparado (no hay reintentos en el protocolo de fax).
Para enviar información gráfica por la red IP lo correcto es usar email.
El TopCall era el componente responsable de manejar los faxes, que se enviaban a través de la PBX de Cisco (CallManager). Además, la ventaja era que al recibir un fax, el servidor de TopCall podía manejar de varias maneras los faxes entrantes o salientes (por ejemplo, convertirlos en email y enviarlos a un buzon determinado, lanzar una actividad en SAP, leer de una cola de SAP y lanzar mensajes tipo fax - o SMS, o email,... - a partir de la información en la cola de SAP etc etc etc).
Na, pos pones un hylafax y zumbando :-p
Por otro lado, este servicio sí que gestionaba reintentos (y nuestro entorno era un poco pedrestre, sólo teníamos una tarjeta FXO para gestionar los faxes).
Ojo. No me refiero a reintentar enviar el fax si falla. Me refiero a reintentar el envío de una linea o trozo de linea si ha llegado mal. El fax puede funcionar con medios mecánicos, sin memoria... el reintento no se previó.
Diablos, si que hay que meter caña a una red gigabit para que empiece a peder paquetes...
Eso es porque no trabajabais con multimedia a tutiplen :-p
Bueno, a lo mejor la diferencia estriba en que yo estaba utilizando VoIP en una red local, pero para enviar faxes utilizaba o bien una línea telefónica normal en el entorno de desarrollo conectado a una tarjeta FXO en el router Cisco, o bien canales RDSI reservados a tal efecto (teníamos como 30 o más E1 para todas las llamadas, incluídas las de fax).
_Eso_ es la diferencia, que no usabas VoIp para los faxes al exterior. Ese "detallito" es crucial.
Al preguntar esto, sólo estaba viendo la posibilidad (no es que me vaya a poner a montarlo ahora) de que lo que montamos en aquel proyecto se pudiese haber hecho con Soft Libre.
Quizás. Pero Cisco es uno de los grandes, saben lo que hacen. Hay muchas empresas gordas intentando descubrir petróleo, cada una con sus sistemas propios. Asterisk tiene su propio hardware, por cierto.
Quizá tendría que decir que sólo espero VoIP en el entorno local, que la conexión al resto del mundo sería a través de líneas RDSI normales conectados a un router de voz - el que sea. Una vez el router de voz convierte todas las comunicaciones a paquetes IP en un entorno local no debería haber ningún problema, no?
Pero no estas ahorrando dinero en la larga distancia. Lo bonito de la VoIp no es la LAN, sino la WAN. Por lo menos que la comunicación entre sedes de la misma empresa salga gratis, usando la capacidad sobrante de la intranet.
Para ahorrar costes en faxes, pues la cuestión es encontrar una empresa de comunicaciones que tenga gateways mail-fax en el pais y provincia de destino del fax.
Conozco alguna empresa, y no precisamente pequeña, que utiliza esta tecnología. Y lo utilizan para gestionar pedidos...
No me extraña.
La gente de VoIp está tratando de desarrollar alternativas al fax tradicional que funcionen en VoIp.
Supongo que no se refieren a VoIP en entornos locales, no?
Nop. Larga distancia, internet. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH5oVCtTMYHG2NR9URAtDLAJ41CAPYBhC0r6n3ji0cbFnFhABlAgCfVMiX VOAKj2TVMhM0zCBcFOStoOQ= =Q0EP -----END PGP SIGNATURE-----