Hola, Estoy mirando la posibilidad de implementar esta opción de recepción y envio de Fax con Asterisk, Iaxmodem e Hylafax, así no hay dependencia de hardware, con lo que un aparato y un dos cables menos y dos enchufes libres. Razón que convence por lo menos a probarlo. Alguien probó esta opción. Soy todo oidos. Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 18/01/08, Octavio escribió:
Estoy mirando la posibilidad de implementar esta opción de recepción y envio de Fax con Asterisk, Iaxmodem e Hylafax,
¿Y a cuánto el kilo de baudio? Es decir, a qué empresa quieres implementar ese sistema? Porque no lo querrás "pa uso doméstico" ¿no? :-P
así no hay dependencia de hardware, con lo que un aparato y un dos cables menos y dos enchufes libres. Razón que convence por lo menos a probarlo.
A ver, espera que haga cuentas... 1 aparato menos + 2 cables menos + 2 enchufes libres = ¡problemas gordos! Si la instalación y configuración de un módem físico como fax se puede complicar "hasta el infinito y más allá"... imagina un módem por software dialogando con una centralita por software con capacidad de voip... Fax: ring, ring... (alguien manda un fax) Centralita: zzzzz (durmiendo...)
Alguien probó esta opción. Soy todo oidos.
Ahora en serio, no lo he probado pero tiene buena pinta... aunque algo complicado. Asterisk actúa como un "enrutador de llamadas" con funciones completas de centralita y no creo que su configuración sea "coser y cantar"... si además añades un fax virtual que soporte voip, hum, suena bien, sí... ¿pero sólo para eliminar cables y aparatos? :-/ Yo, a día de hoy, me quedo con los cables de sección de 3 mm., regletas con interruptores y lucecitas, módems de puerto serie de hace 30 años, y lo virtual y el wifi me lo dejo p'al postre, por si hay hambre O:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-19 a las 00:12 +0100, Camaleón escribió:
El 18/01/08, Octavio escribió:
...
Ahora en serio, no lo he probado pero tiene buena pinta... aunque algo complicado. Asterisk actúa como un "enrutador de llamadas" con funciones completas de centralita y no creo que su configuración sea "coser y cantar"... si además añades un fax virtual que soporte voip, hum, suena bien, sí... ¿pero sólo para eliminar cables y aparatos? :-/
Ah, contro, no me acordaba de qué era lo de asterisk. Para poder enviar faxes mediante vo-ip, lo puedes hacer intranet en la red de la empresa, vale, aunque para eso envío un email intranet a colores. Pero si lo quieres enviar al exterior, necesitas un proveedor de VoIp con su respectivo contrato; es decir, en algún momento el fax tiene que salir a la red telefónica para llegar al teléfono del receptor, lo cual es posible tecnicamente, pero la compañía telefónica que reciba la llamada la va a cobrar, y tu tienes que pagarla de alguna forma... Y si lo quieres para recibir faxes, la cosa se complica porque tu proveedor de VoIp tiene que darte un número de teléfono reconocido como tal por _todas_ las compañías telefónicas del mundo mundial - y te advierto que eso no es nada simple. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHkUxqtTMYHG2NR9URAtKDAJ90aXIvgbFoTFVtTw04M/gxvUyoOQCfQKD4 JsoGrH0O9ifGJqhc4CIFFGE= =toLC -----END PGP SIGNATURE-----
El 19/01/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-01-19 a las 00:12 +0100, Camaleón escribió:
El 18/01/08, Octavio escribió:
...
Ahora en serio, no lo he probado pero tiene buena pinta... aunque algo complicado. Asterisk actúa como un "enrutador de llamadas" con funciones completas de centralita y no creo que su configuración sea "coser y cantar"... si además añades un fax virtual que soporte voip, hum, suena bien, sí... ¿pero sólo para eliminar cables y aparatos? :-/
Ah, contro, no me acordaba de qué era lo de asterisk. Para poder enviar faxes mediante vo-ip, lo puedes hacer intranet en la red de la empresa, vale, aunque para eso envío un email intranet a colores.
Pero si lo quieres enviar al exterior, necesitas un proveedor de VoIp con su respectivo contrato; es decir, en algún momento el fax tiene que salir a la red telefónica para llegar al teléfono del receptor, lo cual es posible tecnicamente, pero la compañía telefónica que reciba la llamada la va a cobrar, y tu tienes que pagarla de alguna forma...
Y si lo quieres para recibir faxes, la cosa se complica porque tu proveedor de VoIp tiene que darte un número de teléfono reconocido como tal por _todas_ las compañías telefónicas del mundo mundial - y te advierto que eso no es nada simple.
- -- Saludos Carlos E.R.
Echadle un vistazo a estos enlaces, a mi me parecen muy interesantes, a simple vista no parece complicado y no habla de ningún proveedor específico para ese servicio. Lo hace con hylafax y se transmite por la línea normal de teléfono. http://www.julianmenendez.es/documentos/asterisk_hylafax_iaxmodem/ http://orakernel.wordpress.com/2007/11/29/recibir-un-fax-desde-asterisk-sin-... http://asterfax.sourceforge.net/Installing%20AsterFax.html Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 19/01/08, Octavio escribió:
Ah, contro, no me acordaba de qué era lo de asterisk. Para poder enviar faxes mediante vo-ip, lo puedes hacer intranet en la red de la empresa, vale, aunque para eso envío un email intranet a colores.
Y va sobrao :-)
Pero si lo quieres enviar al exterior, necesitas un proveedor de VoIp con su respectivo contrato; es decir, en algún momento el fax tiene que salir a la red telefónica para llegar al teléfono del receptor, lo cual es posible tecnicamente, pero la compañía telefónica que reciba la llamada la va a cobrar, y tu tienes que pagarla de alguna forma...
No, no haría falta. Con hylafax, asterisk y algún programilla dedicado es posible hacerlo. Fíjate en las características de Asterisk: Fax Transmit and Receive (3rd Party OSS Package) http://www.asterisk.org/support/features
Y si lo quieres para recibir faxes, la cosa se complica porque tu proveedor de VoIp tiene que darte un número de teléfono reconocido como tal por _todas_ las compañías telefónicas del mundo mundial - y te advierto que eso no es nada simple.
También podría hacerlo. http://www.voip-info.org/wiki-Asterisk+fax En ambos casos el fax termina en un módem (real o virtual) + línea convencional.
Echadle un vistazo a estos enlaces, a mi me parecen muy interesantes, a simple vista no parece complicado y no habla de ningún proveedor específico para ese servicio. Lo hace con hylafax y se transmite por la línea normal de teléfono.
Sí, es posible hacerlo (no hace falta proveedor ni número dedicado), pero no es lo recomendable, como explican en el artículo. Y a simple vista a mi me parece "mu complicao", no tanto el envío de faxes sino la configuración de Asterisk y el enrutado O:-) La pregunta sería más bien si realmente necesitas una solución de ese tipo... porque por tener, también puedes tener un jet privado para ir a comprar tomates a la tienda de la esquina, pero vaya, que ir andando es otra opción ;-). Es decir, que si necesitas (o ya tienes) una centralita ip vía software para alguna cosa en concreto y necesitas, además, poder enviar y recibir faxes, vale... pero sólo para quitar cables, hum... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-19 a las 10:02 +0100, Camaleón escribió:
Pero si lo quieres enviar al exterior, necesitas un proveedor de VoIp con su respectivo contrato; es decir, en algún momento el fax tiene que salir a la red telefónica para llegar al teléfono del receptor, lo cual es posible tecnicamente, pero la compañía telefónica que reciba la llamada la va a cobrar, y tu tienes que pagarla de alguna forma...
No, no haría falta. Con hylafax, asterisk y algún programilla dedicado es posible hacerlo. Fíjate en las características de Asterisk:
A ver, que no. Que para enviar faxes a telefonos normales hace falta o contrato o amigo amable que haga el puente. Y para recibir faxes desde telefono normal hace falta contrato para tener número de teléfono. Y si dices que no, explícame como obtienes el número... Jolin, que he trabajado en eso, que no funciona por la cara... Lo que puedes es enviar faxes dentro de una red VoIp compatible, pero para salir a la red telefónica normal hace falta alguien que haga el puente y pague los costes de la línea tradicional del puente. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHkeVztTMYHG2NR9URAsSNAKCXi0ONb0e1Aq9eXWnRiaMNiS6bogCfSTxf BtPfqOMmFQUghg6ucYTPU7I= =mx4p -----END PGP SIGNATURE-----
El 19/01/08, Carlos E. R. escribió:
A ver, que no.
Que para enviar faxes a telefonos normales hace falta o contrato o amigo amable que haga el puente. Y para recibir faxes desde telefono normal hace falta contrato para tener número de teléfono. Y si dices que no, explícame como obtienes el número...
Aquí hay dos temas: a) uso números sip (en lugar de numeración convencional) y uso de asterisk como centralita voip y b) uso del fax integrado en asterisk. Los números sip los puedes conseguir de varias formas... sí, creo que gratis. http://www.sipnumber.com/FAQs-about-SIP-numbers.html O buscando de forma genérica: http://www.google.com/search?hl=en&q=free+sip+number&btnG=Search
Jolin, que he trabajado en eso, que no funciona por la cara...
Funcionar... funciona. Ahora bien, si necesitas seguridad, calidad del servicio o extras adicionales (por ejemplo, para una empresa, que necesite que su número sea accesible públicamente, o que el número estándar / convencionals ea redirigido a uno sip, etc...), pues sólo un proveedor te lo puede ofrecer. Creo que la CMT ya dispone de una hoja de ruta para la asignación de números sip a los isp. Todo dependerá del tipo de servicio que necesites. Hay quien le vale con programas como Skype o similares ;-). En la wiki dan más datos: "(...) Corporate customer telephone support often use IP telephony exclusively to take advantage of the data abstraction. The benefit of using this technology is the need for only one class of circuit connection and better bandwidth use. Companies can acquire their own gateways to eliminate third-party costs, which is worthwhile in some situations." http://en.wikipedia.org/wiki/Voip
Lo que puedes es enviar faxes dentro de una red VoIp compatible, pero para salir a la red telefónica normal hace falta alguien que haga el puente y pague los costes de la línea tradicional del puente.
El envío de fax vía ip entiendo que se puede hacer de varias formas, una de ellas por línea convencional (sin sip/voip, pero con módem físico o con módem virtual), donde sólo que se integra en la plataforma de asterisk para que éste sea capaz de entregar el fax al servidor correspondiente (hylafax). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 19/01/08, Camaleón <noelamac@gmail.com> escribió:
El 19/01/08, Carlos E. R. escribió:
A ver, que no.
Que para enviar faxes a telefonos normales hace falta o contrato o amigo amable que haga el puente. Y para recibir faxes desde telefono normal hace falta contrato para tener número de teléfono. Y si dices que no, explícame como obtienes el número...
Aquí hay dos temas: a) uso números sip (en lugar de numeración convencional) y uso de asterisk como centralita voip y b) uso del fax integrado en asterisk.
Los números sip los puedes conseguir de varias formas... sí, creo que gratis.
http://www.sipnumber.com/FAQs-about-SIP-numbers.html
O buscando de forma genérica:
http://www.google.com/search?hl=en&q=free+sip+number&btnG=Search
Jolin, que he trabajado en eso, que no funciona por la cara...
Funcionar... funciona. Ahora bien, si necesitas seguridad, calidad del servicio o extras adicionales (por ejemplo, para una empresa, que necesite que su número sea accesible públicamente, o que el número estándar / convencionals ea redirigido a uno sip, etc...), pues sólo un proveedor te lo puede ofrecer. Creo que la CMT ya dispone de una hoja de ruta para la asignación de números sip a los isp.
Todo dependerá del tipo de servicio que necesites. Hay quien le vale con programas como Skype o similares ;-).
En la wiki dan más datos:
"(...) Corporate customer telephone support often use IP telephony exclusively to take advantage of the data abstraction. The benefit of using this technology is the need for only one class of circuit connection and better bandwidth use. Companies can acquire their own gateways to eliminate third-party costs, which is worthwhile in some situations."
http://en.wikipedia.org/wiki/Voip
Lo que puedes es enviar faxes dentro de una red VoIp compatible, pero para salir a la red telefónica normal hace falta alguien que haga el puente y pague los costes de la línea tradicional del puente.
El envío de fax vía ip entiendo que se puede hacer de varias formas, una de ellas por línea convencional (sin sip/voip, pero con módem físico o con módem virtual), donde sólo que se integra en la plataforma de asterisk para que éste sea capaz de entregar el fax al servidor correspondiente (hylafax).
Saludos,
-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Carlos te refieres a las funciones que hace Asterfax?........... AsterFax is an email to fax gateway for the transmission of faxes using Asterisk. Asterisk is an Open Source PBX (or PABX) integrating PSTN telephone lines and VOIP into a single solution, providing all of the functionality of a high end PBX AsterFax builds on the services provided by Asterisk to provide a full fledged email based Fax Gateway. What that means is that with AsterFax and Asterisk you can send faxes from your desktop using your standard email client without have to install any software on your desktop. ................... http://asterfax.sourceforge.net/index.html Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-19 a las 16:29 +0100, Octavio escribió:
Carlos te refieres a las funciones que hace Asterfax?...........
No, no era eso precisamente, pero bueno es conocerlo. :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHkpCatTMYHG2NR9URApE9AKCGwVQzj1OHPiCFB7grypPYW4gyhQCfcq/3 5+eAAfrmDvHgu5BclKohyoM= =cN+1 -----END PGP SIGNATURE-----
Hola buenas noches, Desde luego esto del fax, ya sea de una forma u otra, por lo que veo me trae de calle. Pero bueno como os comenté hace una año cuando andaba configurando el modem, soy aries y por lo tanto bastante cabezón. La línea telefónica que tengo contratada es la tarifa plana de telefónica para llamadas nacionales mas ADSL 3 Megas. Por lo que los envios de Fax ya sean por software o hardware me van a costar lo mismo. Y es que como buen gallego que soy, en ocasiones damos rodeos para no dejar pistas. Los Fax que envio, que pueden ser 10 como mucho al mes, me estan dando error porque salen las primeras líneas y después se cortan. La última vez que envié uno, fue al colegio de mi hija, me daba error, hasta que me llamaron por teléfono de que les habia llegado 25 hojas incompletas (cortadas por la mitad) del fax de una hoja que pretendía enviar. Como estoy hasta el gorro de los modem, porque ya parezco en el Corte Inglés, el tonto del modem, le mostré interés a los enlaces que os puse con anterioridad que calleron en mis manos por casualidad. Yo lo que quiero es enviar bien ..........................¡bua, bua, bua, bua,.....! Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-20 a las 03:45 +0100, Octavio escribió:
Hola buenas noches,
Desde luego esto del fax, ya sea de una forma u otra, por lo que veo me trae de calle. Pero bueno como os comenté hace una año cuando andaba configurando el modem, soy aries y por lo tanto bastante cabezón.
La línea telefónica que tengo contratada es la tarifa plana de telefónica para llamadas nacionales mas ADSL 3 Megas. Por lo que los envios de Fax ya sean por software o hardware me van a costar lo mismo. Y es que como buen gallego que soy, en ocasiones damos rodeos para no dejar pistas. Los Fax que envio, que pueden ser 10 como mucho al mes, me estan dando error porque salen las primeras líneas y después se cortan. La última vez que envié uno, fue al colegio de mi hija, me daba error, hasta que me llamaron por teléfono de que les habia llegado 25 hojas incompletas (cortadas por la mitad) del fax de una hoja que pretendía enviar.
Como estoy hasta el gorro de los modem, porque ya parezco en el Corte Inglés, el tonto del modem, le mostré interés a los enlaces que os puse con anterioridad que calleron en mis manos por casualidad.
Yo lo que quiero es enviar bien ..........................¡bua, bua, bua, bua,.....!
Vale, vale, ahora me entero, vale... Vaya problemón :-( Bueno, mira, es que poner asterix no es es sólo poner un software, tienes también que poner una centralita compatible (gateway), y tienes que conectarla a las lineas telefónicas normales de toda la vida: por lo que lo único que se hace por IP es el trayecto de tu ordenador al gateway, luego viaja como un fax normal de toda la vida por la linea telefónica esa que tienes contratada. Eso me parece de una complicación tremenda, para a lo mejor no conseguir nada de nada. Y del coste de la centralita no te hablo porque lo desconozco, pero se diseñan para empresas, no serán pequeñas precisamente (no se si hay alguna para una o dos lineas particulares). Y, si el problema es que tienes una mala linea telefónica, pues ni te cuento. Hay una solución que les gusta emplear a los americanos, perdón, usanianos, que es un servicio de pago: tu les envías un email, y ellos te los convierten en un fax que envían al destinatario. Mira, incluso Amena tenía ese servicio: les enviabas creo que un sms a no se donde y ellos lo reenviaban como fax de texto. Es posible que exista alguna empresa en España que lo haga. Pe, correos tiene un servicio que les envías la carta, y ellos la imprimen, ensobran, y envían en papel. Yo lo probé, pero lo encontré algo caro y lento. Si quieres hacerlo tú, que a mi siempre me ha parecido lo mejor, pues... no se,, debes tener un problema de narices con el fax-modem o con la linea. Si pudieses llevarte tu ordenador y modem a casa de un amigo y probar... Otra solución que se me ocurre es emplear la de toda la vida: una máquina de fax tradicional. Pero hay variantes modernas: he oido de impresoras combos de estas hp que les mandas imprimir algo y lo envían como fax. Es una manera de enviar faxes sin tener que configurar nada - bueno, necesitan driver, el hplip, que lo hacen en version linux. Lo cuento de oidas: lo ha dicho alguien en la lista inglesa. Oye, y a ver si son tus receptores los que tienen problemas con la linea... no sería mala idea pedir prestada una máquina de fax y probar. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHkyA8tTMYHG2NR9URAozmAKCQoIEpXXORPjgdS29vVElzTkvfDwCfab/x zNKS28EgG7TxNCEmiGoqG5A= =oBR4 -----END PGP SIGNATURE-----
El 20/01/08, Octavio escribió:
Los Fax que envio, que pueden ser 10 como mucho al mes, me estan dando error porque salen las primeras líneas y después se cortan. La última vez que envié uno, fue al colegio de mi hija, me daba error, hasta que me llamaron por teléfono de que les habia llegado 25 hojas incompletas (cortadas por la mitad) del fax de una hoja que pretendía enviar.
Pero éso, como te dice Carlos, es "harina de otro costal" :-). Con Asterisk sólo lograrías empeorar las cosas porque metes un módem virtual de por medio, que seguramente te daría más problemas.
Como estoy hasta el gorro de los modem, porque ya parezco en el Corte Inglés, el tonto del modem, le mostré interés a los enlaces que os puse con anterioridad que calleron en mis manos por casualidad.
Yo lo que quiero es enviar bien ..........................¡bua, bua, bua, bua,.....!
Tendrás que ponerte la careta de "técnico de fax" y descubrir porqué te fallan los faxes, si sucede con todos, si es sólo al enviar... si pudieras hacer pruebas con varios destinatarios sería lo mejor. Y oye, que algunos faxes te fallarán (es inevitable), y en algunos casos podrá ser culpa tuya pero en otros puede ser por el equipo del receptor, no te martirices ;-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Claro, al ver el contenido del enlace en el que aparecen los pasos a seguir para la configuración de asterisk+iaxmodem+hylafax, contrastado con otras dos guías de páginas web distintas, en los que básicamente venian a decir lo mismo. No pensé que fuese tan complicado. Es más, quise ver la idoneidad de esta solución en perjuicio del modem físico. Mi razonamiento fuer muy sencillo: Para qué iba a depender de un hardware externo, si tenía aplicaciones en linux, ampliamente contrastadas, que me solucionaban el envio y recepción de los excasos Fax que generaba. El caso es que recibo sin problema alguno, hylafax para esta operación está impecable, sin embargo para el envio tengo el problema que os comenté. Vamos por partes: En la configuración de hylafax. Cual es la línea y orden para el envio???? A ver si lo tengo mal...... O también, se me está ocurriendo ahora, la posibilidad de que lo que tenga mal no sea hylafax sino el cliente que utilizo, aunque he probado con clientes distintos y me pasa lo mismo. No obstante voy a probar a enviarlos con la consola. Si pensábais que os íbais a librar de mi, lo teneis claro ........... ¡Nadie se libra de la justicia de .......................... Faxman! .............. el coñacero vengador. Un saludo y que disfrutéis de esta apacible tarde dominical. -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 20/01/08, Octavio escribió:
Mi razonamiento fuer muy sencillo: Para qué iba a depender de un hardware externo, si tenía aplicaciones en linux, ampliamente contrastadas, que me solucionaban el envio y recepción de los excasos Fax que generaba.
Pero es que con Hylafax debería ser suficiente para lo que necesitas :-).
El caso es que recibo sin problema alguno, hylafax para esta operación está impecable, sin embargo para el envio tengo el problema que os comenté.
Hum... mejor que comentes cómo envías faxes y cómo los recibes, vamos, cómo gestionas los faxes.
Vamos por partes: En la configuración de hylafax. Cual es la línea y orden para el envio???? A ver si lo tengo mal......
Hylafax envía mediante "sendfax", que es el programita dedicado a éso. Pero antes que revisar la configuración de Hylafax, habría que saber si te fallan todos los faxes que mandas o sólo algunos, o bueno, qué porcentaje de los envíos llegan mal al destinatario.
O también, se me está ocurriendo ahora, la posibilidad de que lo que tenga mal no sea hylafax sino el cliente que utilizo, aunque he probado con clientes distintos y me pasa lo mismo. No obstante voy a probar a enviarlos con la consola.
Sí, es posible. Dinos cómo los envías.
Si pensábais que os íbais a librar de mi, lo teneis claro ........... ¡Nadie se libra de la justicia de .......................... Faxman! .............. el coñacero vengador.
X-)
Un saludo y que disfrutéis de esta apacible tarde dominical.
Eh, de disfrutar, nada... ¡a trabajar con el fax! :-P Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-20 a las 16:10 +0100, Octavio escribió:
Claro, al ver el contenido del enlace en el que aparecen los pasos a seguir para la configuración de asterisk+iaxmodem+hylafax, contrastado con otras dos guías de páginas web distintas, en los que básicamente venian a decir lo mismo. No pensé que fuese tan complicado. Es más, quise ver la idoneidad de esta solución en perjuicio del modem físico. Mi razonamiento fuer muy sencillo: Para qué iba a depender de un hardware externo, si tenía aplicaciones en linux, ampliamente contrastadas, que me solucionaban el envio y recepción de los excasos Fax que generaba.
Pero es que del hardware no te libras, lo hagas como lo hagas >:-)
El caso es que recibo sin problema alguno, hylafax para esta operación está impecable, sin embargo para el envio tengo el problema que os comenté.
Vamos por partes: En la configuración de hylafax. Cual es la línea y orden para el envio???? A ver si lo tengo mal......
No afecta. En el momento que ya se empieza a enviar, esa linea no interviene.
O también, se me está ocurriendo ahora, la posibilidad de que lo que tenga mal no sea hylafax sino el cliente que utilizo, aunque he probado con clientes distintos y me pasa lo mismo. No obstante voy a probar a enviarlos con la consola.
No afectan.
Si pensábais que os íbais a librar de mi, lo teneis claro ........... ¡Nadie se libra de la justicia de .......................... Faxman! .............. el coñacero vengador.
Un saludo y que disfrutéis de esta apacible tarde dominical.
No te proecupes, yo te la aguo enseguida: es un problema de hardware >:-) :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHk27ytTMYHG2NR9URArP8AKCN++M4mdu5XkIL8EOusypQVYruXACeNhMn pyXaQO+KofKPcgYz5xvo8gs= =e57D -----END PGP SIGNATURE-----
El 20/01/08, Carlos E. R. escribió:
Pero es que del hardware no te libras, lo hagas como lo hagas >:-)
Si lo envía mediante sip podría prescindir del fax físico >:-)
No afectan.
Tanto la versión de hylafax como la de los conversores (tif2ps, pdf2ps, etc...) sí le pueden estar causando problemas... ... por ejemplo, el paso de una suse 10.0 a otra 10.3 ha significado que hylafax me funcione como la seda en relación a la conversión de documentos... con la 10.0 tenía problemas* al enviar algunos documentos con un tipo de letras determinado. Los clientes también podrían estar generando un mal formato y a Hylafax le puede llegar un documento "a medias" (y como resultado se envía una página medio en blanco). También la calidad / ruido de la línea (la del remitente o la del receptor) puede causar esos problemas... es que pueden ser muchas cosas :-/. * http://lists.opensuse.org/opensuse-es/2007-06/msg00175.html Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 20/01/08, Camaleón <noelamac@gmail.com> escribió:
El 20/01/08, Carlos E. R. escribió:
Pero es que del hardware no te libras, lo hagas como lo hagas >:-)
Si lo envía mediante sip podría prescindir del fax físico >:-)
No afectan.
Tanto la versión de hylafax como la de los conversores (tif2ps, pdf2ps, etc...) sí le pueden estar causando problemas...
... por ejemplo, el paso de una suse 10.0 a otra 10.3 ha significado que hylafax me funcione como la seda en relación a la conversión de documentos... con la 10.0 tenía problemas* al enviar algunos documentos con un tipo de letras determinado.
Los clientes también podrían estar generando un mal formato y a Hylafax le puede llegar un documento "a medias" (y como resultado se envía una página medio en blanco).
También la calidad / ruido de la línea (la del remitente o la del receptor) puede causar esos problemas... es que pueden ser muchas cosas :-/.
* http://lists.opensuse.org/opensuse-es/2007-06/msg00175.html
Saludos,
-- Camaleón
Pues la verdad no descarto que el modem esté mal, porque me pasa con todos los fax que envio, pero, dato curioso, con el cliente Yajhfc (Yet Another Java HylaFax Client) me sucede que si envio con la opción de portada que viene en él; el receptor recibe la portada bien pero el documento cortado, lo mismo sucede si lo envio sin portada. La conversión de los documentos la hace bien. Se pueden visualizar. Con la aplicación eFax, que no depende de Hylafax, al menos eso creo. La página la envia tambien cortada. También comprobé el formato de la página por defecto. A4 La recepción se produce sin que esté corriendo hylafax. Y para visualizarlos cargo hylafax y ejecuto el cliente Yajhfc - Fax recibidos - Visualizar. El envio lo hago bien directamente desde OpenOffice, con un plugin o desde el cliente. Un saludo, -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-20 a las 20:20 +0100, Octavio escribió:
Pues la verdad no descarto que el modem esté mal, porque me pasa con todos los fax que envio, pero, dato curioso, con el cliente Yajhfc (Yet Another Java HylaFax Client) me sucede que si envio con la opción de portada que viene en él; el receptor recibe la portada bien pero el documento cortado, lo mismo sucede si lo envio sin portada.
La portada será simple...
La conversión de los documentos la hace bien. Se pueden visualizar.
Con la aplicación eFax, que no depende de Hylafax, al menos eso creo. La página la envia tambien cortada.
No conozco el eFAX. Sólo veo el manual en koreano (/usr/share/man/ko/man1/efax.1.gz) en man-pages-ko-20050219-17.noarch.rpm.
También comprobé el formato de la página por defecto. A4
La recepción se produce sin que esté corriendo hylafax. Y para visualizarlos cargo hylafax y ejecuto el cliente Yajhfc - Fax recibidos - Visualizar.
El envio lo hago bien directamente desde OpenOffice, con un plugin o desde el cliente.
Puede ser el modem o la linea... creo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHk6n4tTMYHG2NR9URAj6EAJ4gbtvy0XGecM9cjlXJHNt092ykoACfbD7n PFK5Y0VqUJ6O7xxgyC+BQrg= =meFg -----END PGP SIGNATURE-----
El 20/01/08, Octavio escribió:
Pues la verdad no descarto que el modem esté mal, porque me pasa con todos los fax que envio,
¿Todos? Si es con todos -sin excepción-, revisa el registro de envío para ver en qué punto falla. Lo tienes en /var/spool/fax/log
pero, dato curioso, con el cliente Yajhfc (Yet Another Java HylaFax Client) me sucede que si envio con la opción de portada que viene en él; el receptor recibe la portada bien pero el documento cortado, lo mismo sucede si lo envio sin portada.
Hum... si tienes oportunidad, con este cliente prueba a enviar un pdf con el fax completo (es decir, sin portada). Mediante "nuevo fax" y adjuntando como archivo el pdf ya hecho. Y mira a ver si falla. Con esta aplicación puedes además, ir viendo en número de páginas que se están enviando.
La conversión de los documentos la hace bien. Se pueden visualizar.
Pásale el pdf ya hecho.
Con la aplicación eFax, que no depende de Hylafax, al menos eso creo. La página la envia tambien cortada.
eFax no lo conozco... salvo que sea un servicio en línea para envío y recepción de faxes, que sepa para EE.EE.
También comprobé el formato de la página por defecto. A4
La recepción se produce sin que esté corriendo hylafax. Y para visualizarlos cargo hylafax y ejecuto el cliente Yajhfc - Fax recibidos - Visualizar.
Y la recepción es correcta... ¿siempre? Eso es raro, porque si el módem tuviera algún fallo, la recepción sería irregular. Por cierto, puedes configurar hylafax para que te envíe un correo con el fax cuando se reciba uno. Y si usas la aplicación Yajhfc y la dejas abierta, cuando llegue un fax nuevo lo puedes configurar para que los muestre en pantalla de forma automática.
El envio lo hago bien directamente desde OpenOffice, con un plugin o desde el cliente.
Prueba a enviar el pdf ya hecho desde Yajhfc, no uses la opción de portada y revisa los registros de los faxes enviados (alguno que sepas que ha llegado mal). Los errores suelen esta al final del archivo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola, Si, la recepción siempre funciona. En var/spool/fax/log tengo 52 archivos del tipo "c000000114" que están en blanco, los tres últimos tienen contenido de texto, os pongo un ejemplo de parte de uno de ello del 18 de enero: Jan 18 12:37:02.05: [ 8334]: SESSION BEGIN 000000116 34981981351878 Jan 18 12:37:02.05: [ 8334]: HylaFAX (tm) Version 4.4.0 Jan 18 12:37:02.05: [ 8334]: <-- [4:ATA\r] Jan 18 12:37:11.77: [ 8334]: --> [7:CONNECT] Jan 18 12:37:11.77: [ 8334]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyUSB0' Jan 18 12:37:11.77: [ 8334]: RECV FAX: begin Jan 18 12:37:11.78: [ 8334]: <-- data [32] Jan 18 12:37:11.78: [ 8334]: <-- data [2] Jan 18 12:37:11.81: [ 8334]: --> [7:CONNECT] Jan 18 12:37:11.81: [ 8334]: <-- data [23] Jan 18 12:37:11.81: [ 8334]: <-- data [2] Jan 18 12:37:11.83: [ 8334]: --> [7:CONNECT] Jan 18 12:37:11.83: [ 8334]: <-- data [13] Jan 18 12:37:11.83: [ 8334]: <-- data [2] Jan 18 12:37:15.03: [ 8334]: --> [2:OK] Jan 18 12:37:15.03: [ 8334]: <-- [9:AT+FRH=3\r] Jan 18 12:37:20.01: [ 8334]: --> [2:OK] Jan 18 12:37:20.01: [ 8334]: DELAY 70 ms Jan 18 12:37:20.08: [ 8334]: <-- [9:AT+FTH=3\r] Jan 18 12:37:20.13: [ 8334]: --> [7:CONNECT] Jan 18 12:37:20.13: [ 8334]: <-- data [32] Jan 18 12:37:20.13: [ 8334]: <-- data [2] Jan 18 12:37:20.16: [ 8334]: --> [7:CONNECT] Jan 18 12:37:20.16: [ 8334]: <-- data [23] Jan 18 12:37:20.16: [ 8334]: <-- data [2] Jan 18 12:37:20.18: [ 8334]: --> [7:CONNECT] Jan 18 12:37:20.18: [ 8334]: <-- data [13] Jan 18 12:37:20.18: [ 8334]: <-- data [2] Jan 18 12:37:23.39: [ 8334]: --> [2:OK] Jan 18 12:37:23.39: [ 8334]: <-- [9:AT+FRH=3\r] Jan 18 12:37:28.32: [ 8334]: --> [2:OK] Jan 18 12:37:28.32: [ 8334]: DELAY 70 ms ..................................................................................... Ya intenté enviar el pdf ya hecho, pero sucedió lo mismo. El cliente me llamó por teléfono diciendo que le llegaba cortado. El repositorio de eFax lo tenemos en opensuse 10.3 Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/1/20, Octavio:
Si, la recepción siempre funciona. En var/spool/fax/log tengo 52 archivos del tipo "c000000114" que están en blanco,
:-O Anda, eso, hum, podría signficar algo...
los tres últimos tienen contenido de texto, os pongo un ejemplo de parte de uno de ello del 18 de enero:
Jan 18 12:37:02.05: [ 8334]: SESSION BEGIN 0000001163498xxxxxx
Borra mejor el número... un momento... ¿ese número del remitente no es muy largo? :-?
Jan 18 12:37:02.05: [ 8334]: HylaFAX (tm) Version 4.4.0 Jan 18 12:37:02.05: [ 8334]: <-- [4:ATA\r] Jan 18 12:37:11.77: [ 8334]: --> [7:CONNECT] Jan 18 12:37:11.77: [ 8334]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyUSB0' Jan 18 12:37:11.77: [ 8334]: RECV FAX: begin
Esto es una sesión de recepción (recv), no de envío (send).
Ya intenté enviar el pdf ya hecho, pero sucedió lo mismo. El cliente me llamó por teléfono diciendo que le llegaba cortado.
Jo. ¿Y una sola página llega bien? ¿No tendrás configurado el módem como de clase 2.0?
El repositorio de eFax lo tenemos en opensuse 10.3
Ah, no conocía ese cliente O:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-20 a las 21:09 +0100, Camaleón escribió:
Y la recepción es correcta... ¿siempre? Eso es raro, porque si el módem tuviera algún fallo, la recepción sería irregular.
O no, si lo que falla es el codificador, o si en telefónica el canal de salida tiene ruido. Hay duendes. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHk9EutTMYHG2NR9URAhx2AJ4nZoQkC3/If1ik5DPrw0GqlsKX6wCffKQj jDH220r9vbIBt2R/GMS9uZU= =zK/c -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801202020560.8217@nimrodel.valinor> El 2008-01-20 a las 18:27 +0100, Camaleón escribió:
El 20/01/08, Carlos E. R. escribió:
Pero es que del hardware no te libras, lo hagas como lo hagas >:-)
Si lo envía mediante sip podría prescindir del fax físico >:-)
Pero no del hardware de la centralita o tarjeta que convierta: ip <--> pots
:-)
No afectan.
Tanto la versión de hylafax como la de los conversores (tif2ps, pdf2ps, etc...) sí le pueden estar causando problemas...
Una vez que el fax empieza a enviarse, la conversión está ya plenamente hecha. Hay un directorio donde se guardan los faxes enviados en formato .ps, puede mirar ahí a ver si están bien. Están en "/var/spool/fax/docq". Y que si no lo limpias a mano te puede ocupar unos cientos de megas.
... por ejemplo, el paso de una suse 10.0 a otra 10.3 ha significado que hylafax me funcione como la seda en relación a la conversión de documentos... con la 10.0 tenía problemas* al enviar algunos documentos con un tipo de letras determinado.
Ah, aquello del ghostscript... pero si no logra convertir no envía. Lo que le pasa a Octavio es que falla a mitad del envío la transmisión y el sistema vuelve a intentar enviarlo desde el principio. Si fuera un problema de conversión enviaría el fax completo pero mal convertido, o nada en absoluto si el hylafax se da cuenta del error.
Los clientes también podrían estar generando un mal formato y a Hylafax le puede llegar un documento "a medias" (y como resultado se envía una página medio en blanco).
Se vería en el directorio de enviados, y además, no repetería el intento veinte veces.
También la calidad / ruido de la línea (la del remitente o la del receptor) puede causar esos problemas... es que pueden ser muchas cosas :-/.
Eso si. Yo pienso en el hardware del modem, linea, o destinatario, y por eso pienso que debe mirar si ocurre con ciertos destinos, y probar con un fax de los clásicos, de maquinita. Y... yo no se si él o alguien de sus destinatarios está usando telefonos TRAC (*) de telefónica. ¿Octavio era de Galicia? Por esas zonas Tesa tenía problemones para poner lineas, y recurrían a telefonos rurales vía radio, en realidad un Moviline en caja con tarifa de fijo. No creo que él tenga de esos, porque tiene adsl y eso es incompatible. Pero igual sus destinatarios sí... aunque ese sistema igual ya no se usa, pero yo no puedo asegurarlo. (*) http://es.wikipedia.org/wiki/Telefon%C3%ADa_Rural_por_Acceso_Celular Vaya... hay un modelo con gprs. Je... el apartado "Principales inconvenientes", el párrafo "Desinformación del servicio técnico" lo he vivido en carne propia... siendo yo el técnico, no el usuario. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHk6d2tTMYHG2NR9URAnZjAKCEg/5HqUdx5qY13/cdRjYdAq8S4wCfQFoA HfJYAraKxlBgvBlkxfdwH+8= =S+8B -----END PGP SIGNATURE-----
El 20/01/08, Carlos E. R. escribió:
Pero no del hardware de la centralita o tarjeta que convierta:
ip <--> pots
:-)
Jupe, Carlos, me estás haciendo dudar :-). A ver, si usa asterisk sólo mediante sip (vía lan + adsl) no necesita módem físico ni tarjetas adicionales que hagan la conversión de pstn a ip: es una centralita ip pura. Y el módem está virtualizado (con iaxmodem) y puede trabajar directamente sobre tráfico ip. Sí, es raro, pero así es... (sic est enim, et sic propemodum universa testantur)
Una vez que el fax empieza a enviarse, la conversión está ya plenamente hecha. Hay un directorio donde se guardan los faxes enviados en formato .ps, puede mirar ahí a ver si están bien. Están en "/var/spool/fax/docq". Y que si no lo limpias a mano te puede ocupar unos cientos de megas.
Buf, yo es que he visto de todo un poco O:-)... recepciones de documentos entrecortadas, no completas, saltadas, giradas (formato apaisado).
Ah, aquello del ghostscript... pero si no logra convertir no envía. Lo que le pasa a Octavio es que falla a mitad del envío la transmisión y el sistema vuelve a intentar enviarlo desde el principio. Si fuera un problema de conversión enviaría el fax completo pero mal convertido, o nada en absoluto si el hylafax se da cuenta del error.
Hum... ya te digo que he visto cosas muy raras con determinados faxes. Una cosa es lo que te manda hylafax como documento enviado y otra muy diferente cómo se recibe.
Se vería en el directorio de enviados, y además, no repetería el intento veinte veces.
Si lo repite tantas veces puede ser porque lo haya configurado así en el cliente. Si no me falla la memoria, Hylafax reintenta 3 veces, si encuentra algún error al dialogar con el equipo remoto.
Eso si. Yo pienso en el hardware del modem, linea, o destinatario, y por eso pienso que debe mirar si ocurre con ciertos destinos, y probar con un fax de los clásicos, de maquinita.
Ahora que lo dices... supongo que tendrá el microfiltro puesto en el módem, porque si tiene adsl tiene que tenerlos en todos los puntos de línea de la casa :-?.
Y... yo no se si él o alguien de sus destinatarios está usando telefonos TRAC (*) de telefónica. ¿Octavio era de Galicia? Por esas zonas Tesa tenía problemones para poner lineas, y recurrían a telefonos rurales vía radio, en realidad un Moviline en caja con tarifa de fijo.
No creo que él tenga de esos, porque tiene adsl y eso es incompatible. Pero igual sus destinatarios sí... aunque ese sistema igual ya no se usa, pero yo no puedo asegurarlo.
También, pero dice que le pasa con todos :-/
(*) http://es.wikipedia.org/wiki/Telefon%C3%ADa_Rural_por_Acceso_Celular
Vaya... hay un modelo con gprs.
Je... el apartado "Principales inconvenientes", el párrafo "Desinformación del servicio técnico" lo he vivido en carne propia... siendo yo el técnico, no el usuario.
Je, je... ahora ya entiendo el banner de arriba que pone en duda la "neutralidad" del artículo :-D Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-20 a las 22:03 +0100, Camaleón escribió:
El 20/01/08, Carlos E. R. escribió:
Pero no del hardware de la centralita o tarjeta que convierta:
ip <--> pots
:-)
Jupe, Carlos, me estás haciendo dudar :-).
A ver, si usa asterisk sólo mediante sip (vía lan + adsl) no necesita módem físico ni tarjetas adicionales que hagan la conversión de pstn a ip: es una centralita ip pura. Y el módem está virtualizado (con iaxmodem) y puede trabajar directamente sobre tráfico ip.
Vale, no lo necesita para hacer llamadas tipo VoIp, pero sólo podrá hacerlas a destinatarios que usen la misma tecnología. No podrá llamar al vecino del cuarto que no tiene ordenador, por ejemplo, ni enviar faxes al charcutero de la esquina, como no contrate servicio con un operador que le haga el servicio de gateway; es decir, un operador con el hardware adecuado para pasar la llamada a la linea "pots". Y tampoco podrá recibir llamadas tradicionales.
Sí, es raro, pero así es... (sic est enim, et sic propemodum universa testantur)
Del latinajo no me entero... y estoy en modo vago, no voy a googlear a estas horas de la madrugada :)
Una vez que el fax empieza a enviarse, la conversión está ya plenamente hecha. Hay un directorio donde se guardan los faxes enviados en formato .ps, puede mirar ahí a ver si están bien. Están en "/var/spool/fax/docq". Y que si no lo limpias a mano te puede ocupar unos cientos de megas.
Buf, yo es que he visto de todo un poco O:-)... recepciones de documentos entrecortadas, no completas, saltadas, giradas (formato apaisado).
No digo que no. Pero hablamos de envio: en el momento en qUe el hyla empieza a marcar, antes ya ha hecho la conversión del formato original al formato .ps. Y, si me apuras, ya ha hecho la conversión a formato de bitmap de transmisión que tendrá guardado en un fichero temporal para no perder tiempo mientras envía.
Ah, aquello del ghostscript... pero si no logra convertir no envía. Lo que le pasa a Octavio es que falla a mitad del envío la transmisión y el sistema vuelve a intentar enviarlo desde el principio. Si fuera un problema de conversión enviaría el fax completo pero mal convertido, o nada en absoluto si el hylafax se da cuenta del error.
Hum... ya te digo que he visto cosas muy raras con determinados faxes. Una cosa es lo que te manda hylafax como documento enviado y otra muy diferente cómo se recibe.
Lo se. Pero todo eso es después de la conversión de letras, fotos, etc.
Se vería en el directorio de enviados, y además, no repetería el intento veinte veces.
Si lo repite tantas veces puede ser porque lo haya configurado así en el cliente. Si no me falla la memoria, Hylafax reintenta 3 veces, si encuentra algún error al dialogar con el equipo remoto.
Pues también.
Eso si. Yo pienso en el hardware del modem, linea, o destinatario, y por eso pienso que debe mirar si ocurre con ciertos destinos, y probar con un fax de los clásicos, de maquinita.
Ahora que lo dices... supongo que tendrá el microfiltro puesto en el módem, porque si tiene adsl tiene que tenerlos en todos los puntos de línea de la casa :-?.
Cierto. Aunque puedes usar un mismo microfiltro para varios telefonos.
(*) http://es.wikipedia.org/wiki/Telefon%C3%ADa_Rural_por_Acceso_Celular
Vaya... hay un modelo con gprs.
Je... el apartado "Principales inconvenientes", el párrafo "Desinformación del servicio técnico" lo he vivido en carne propia... siendo yo el técnico, no el usuario.
Je, je... ahora ya entiendo el banner de arriba que pone en duda la "neutralidad" del artículo :-D
Oye, que yo no he tenido nada que ver con ese articulito :-) En la página de discusión menciona el motivo, pero en realidad es porque alguien dice que no están los dos puntos de vista. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHk+sKtTMYHG2NR9URAnWaAJ9fUl1F1I9WjzflvwttY17cHrtcrACgmLtW hhTDdjYfXHaSE+yxU2mUf9A= =2IiW -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-19 a las 13:31 +0100, Camaleón escribió:
El 19/01/08, Carlos E. R. escribió:
A ver, que no.
Que para enviar faxes a telefonos normales hace falta o contrato o amigo amable que haga el puente. Y para recibir faxes desde telefono normal hace falta contrato para tener número de teléfono. Y si dices que no, explícame como obtienes el número...
Por cierto, ten en cuenta que asterisk te vende su propio hardware (asterisk PBX by Digium).
Aquí hay dos temas: a) uso números sip (en lugar de numeración convencional) y uso de asterisk como centralita voip y b) uso del fax integrado en asterisk.
Los números sip los puedes conseguir de varias formas... sí, creo que gratis.
Que es una empresa que te da números para USA. Que por su política de obtener clientes los dé gratis... pues fale, pero es una empresa.
Funcionar... funciona. Ahora bien, si necesitas seguridad, calidad del servicio o extras adicionales (por ejemplo, para una empresa, que necesite que su número sea accesible públicamente, o que el número estándar / convencionals ea redirigido a uno sip, etc...), pues sólo un proveedor te lo puede ofrecer. Creo que la CMT ya dispone de una hoja de ruta para la asignación de números sip a los isp.
En la tabla de numeraciones no existe ninguno. http://www.cmt.es/cmt_ptl_ext/SelectOption.do?nav=numeracion Y por cierto, que ya les vale... la version española tiene los rótulos en inglés, y la versión catalana en catalán. No quiero sacar conclusiones, pero eso pasa desde que trasladaron la comisión de Madrid a Cataluña por política de huevos... Eso si, el contenido está en español digas el idioma que digas. Y en cuanto a la calidad de servicio... eso es otra historia independiente.
Todo dependerá del tipo de servicio que necesites. Hay quien le vale con programas como Skype o similares ;-).
¡Pues menuda comparación! Yo me me tenido que dar de baja extinguiendo el saldo que tenía con ellos porque no había manera de hablar. Y esta gente no usa sip precisamente. Y por cierto, son una empresa ligada a un operador telefónico tradicional, para poder dar números.
En la wiki dan más datos:
"(...) Corporate customer telephone support often use IP telephony exclusively to take advantage of the data abstraction. The benefit of using this technology is the need for only one class of circuit connection and better bandwidth use. Companies can acquire their own gateways to eliminate third-party costs, which is worthwhile in some situations."
Si, es cierto que puedes aprovechar la infraestructura de red tcp/ip existente. Lo que no te dicen es que para garantizar calidad de servicio (lease que no haya cortes en las conversaciones) necesitas routers y chismes que den prioridad absoluta a los paquetes de voz: no usar el ancho de banda sobrante para la voz, sino al revés, lo sobrante para los datos, y no es así como está diseñado internet. Y lo de los costes es cierto, ahorras costes... si tienes las diversas sedes conectadas con tarifa plana y banda muy ancha, y de sobra. Y lo que tampoco te dicen es que los paquetes de control necesitan de una red todavía más fiable: si te vas a conectar a un operador de telefonía tradicional via SS7, este protocolo asume fiabilidad absoluta. Sé de un operador que iba a implantar llamadas VoIp a nivel nacional, y entre otras cosas le falló precisamente por ese detallito.
Lo que puedes es enviar faxes dentro de una red VoIp compatible, pero para salir a la red telefónica normal hace falta alguien que haga el puente y pague los costes de la línea tradicional del puente.
El envío de fax vía ip entiendo que se puede hacer de varias formas, una de ellas por línea convencional (sin sip/voip, pero con módem físico o con módem virtual), donde sólo que se integra en la plataforma de asterisk para que éste sea capaz de entregar el fax al servidor correspondiente (hylafax).
Eso aparte, para poder entregar el fax a un destino externo en un teléfono tradicional, necesitas "algo" para salir de la red VoIp y entrar en la red tradicional - y ese algo se paga, salvo que el gateway sea tuyo y tengas tarifa plana telefónica. Yo no te digo que no puedas enviar faxes gratis entre sedes (propias o ajenas) con VoIp y números sip - aunque me parezca una salvajada, ya que se sirve mejor mediante email, y dado que no tienes las garantías legales que tiene un fax tradicional (eso de que un fax puede ser un documento vinculante) -. Lo que digo es que para enviar faxes a números tradicionales, o recibirlos desde números tradicionales, necesitas un contrato con algún operador que te haga el servicio de gateway - y que trabaje en España, con números locales de España, que esa es otra. Que el contrato sea gratis, es otra historia. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHkiDJtTMYHG2NR9URAsi9AJ9z3Was3xvQc2aKrJ3lgX0LkbPvhgCfde+x jcUs1mWuCyjb35QUMp6lHHg= =4iKs -----END PGP SIGNATURE-----
El 19/01/08, Carlos E. R. escribió:
Por cierto, ten en cuenta que asterisk te vende su propio hardware (asterisk PBX by Digium).
Sí, tienen una solución integrada de tipo "llave en mano". Como muchos de los buenos desarrollos gpl, ofrece dos opciones :-).
Que es una empresa que te da números para USA. Que por su política de obtener clientes los dé gratis... pues fale, pero es una empresa.
:-) Tu dirección IP privada también es de una empresa (IANA).
En la tabla de numeraciones no existe ninguno.
http://www.cmt.es/cmt_ptl_ext/SelectOption.do?nav=numeracion
Tsk, tsk... lo hay. *** 10/03/2005 - El Gobierno reserva el prefijo 51 para la voz a través de Internet "(...) Telefónica de España ha anunciado a la CMT que ofrecerá servicios IP - Industria reserva 10 millones de números con el 51 y 7 millones con el 8 ... El prefijo 51 será para hacer y recibir llamadas por Internet. Así lo ha propuesto el Ministerio de Industria, Turismo y Comercio al Consejo Asesor de las Telecomunicaciones (CATSI) para regular el creciente uso de la llamada telefonía IP o voz sobre IP (VoIP). La decisión definitiva se tomará antes del verano." http://www.elpais.com/articulo/tecnologia/Gobierno/reserva/prefijo/51/voz/tr... ***
Y por cierto, que ya les vale... la version española tiene los rótulos en inglés, y la versión catalana en catalán. No quiero sacar conclusiones, pero eso pasa desde que trasladaron la comisión de Madrid a Cataluña por política de huevos... Eso si, el contenido está en español digas el idioma que digas.
¿Qué rótulos? :-? Yo lo leo todo en español...
Y en cuanto a la calidad de servicio... eso es otra historia independiente.
Exacto :-). Y lo de la privacidad en este tipo de redes, otra.
¡Pues menuda comparación! Yo me me tenido que dar de baja extinguiendo el saldo que tenía con ellos porque no había manera de hablar. Y esta gente no usa sip precisamente. Y por cierto, son una empresa ligada a un operador telefónico tradicional, para poder dar números.
Claro. Prueba ekiga a ver qué tal.
Si, es cierto que puedes aprovechar la infraestructura de red tcp/ip existente. Lo que no te dicen es que para garantizar calidad de servicio (lease que no haya cortes en las conversaciones) necesitas routers y chismes que den prioridad absoluta a los paquetes de voz: no usar el ancho de banda sobrante para la voz, sino al revés, lo sobrante para los datos, y no es así como está diseñado internet.
Y lo de los costes es cierto, ahorras costes... si tienes las diversas sedes conectadas con tarifa plana y banda muy ancha, y de sobra.
Y lo que tampoco te dicen es que los paquetes de control necesitan de una red todavía más fiable: si te vas a conectar a un operador de telefonía tradicional via SS7, este protocolo asume fiabilidad absoluta. Sé de un operador que iba a implantar llamadas VoIp a nivel nacional, y entre otras cosas le falló precisamente por ese detallito.
Pero Carlos, es que aquí nadie ha hablado de dinero ni de calidades, sólo de "posibilidades". Por eso le ponía a Octavio la comparación de Asterisk con un jet para ir a comprar... no ha lugar. Y menos aún con la idea de eliminar cables :-). ¿Qué va a poder enviar y recibir faxes? Pues sí . ¿Y a recibir / realizar llamadas? Pues también, pero obviamente no con un número convencional, salvo que contrate algunos de los servicios que comentas de operadores que lo oferten. O salvo que Asterik también lo pueda gestionar, pero en llamadas desde/hacia números convencionales ya no lo sé si lo permite.
Eso aparte, para poder entregar el fax a un destino externo en un teléfono tradicional, necesitas "algo" para salir de la red VoIp y entrar en la red tradicional - y ese algo se paga, salvo que el gateway sea tuyo y tengas tarifa plana telefónica.
No, se supone que Asterisk hace de gateway en este caso y lo pasa al módem virtual (AsterFax o cualquier otro) o a un módem real para que se encargue de enviarlo. Asterisk utiliza líneas pstn o rdsi que tienen asignado un número "real", no veo aquí problemas de entradas ni salidas entre redes.
Yo no te digo que no puedas enviar faxes gratis entre sedes (propias o ajenas) con VoIp y números sip - aunque me parezca una salvajada, ya que se sirve mejor mediante email, y dado que no tienes las garantías legales que tiene un fax tradicional (eso de que un fax puede ser un documento vinculante) -.
Claro, eso es lo que le intentaba explicar a Octavio, que poder, puede, pero hoy en día ni está lo suficientemente desarrollado ni probado ni tiene las mismas garantías...quizá, para pruebas, pues sí. Pero no sustituye (a día de hoy, dentro de poco seguro que sí) a la línea / servicio convencional.
Lo que digo es que para enviar faxes a números tradicionales, o recibirlos desde números tradicionales, necesitas un contrato con algún operador que te haga el servicio de gateway - y que trabaje en España, con números locales de España, que esa es otra. Que el contrato sea gratis, es otra historia.
Entiendo que con Asterisk no le hace falta porque actúa de pasarela entre la línea adsl (datos ip) y la línea convencional (con número de abonado asignado). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801192058550.8217@nimrodel.valinor> El 2008-01-19 a las 18:33 +0100, Camaleón escribió:
El 19/01/08, Carlos E. R. escribió:
Por cierto, ten en cuenta que asterisk te vende su propio hardware (asterisk PBX by Digium).
Sí, tienen una solución integrada de tipo "llave en mano". Como muchos de los buenos desarrollos gpl, ofrece dos opciones :-).
Que es una empresa que te da números para USA. Que por su política de obtener clientes los dé gratis... pues fale, pero es una empresa.
:-) Tu dirección IP privada también es de una empresa (IANA).
Vale, pero no compares: los numeros de teléfono tienen una reglamentación y una legislación bastante más fuerte y exigente - y trazable. Me parece que antes intervenía el consejo de ministros...
En la tabla de numeraciones no existe ninguno.
http://www.cmt.es/cmt_ptl_ext/SelectOption.do?nav=numeracion
Tsk, tsk... lo hay.
*** 10/03/2005 - El Gobierno reserva el prefijo 51 para la voz a través de Internet
"(...) Telefónica de España ha anunciado a la CMT que ofrecerá servicios IP - Industria reserva 10 millones de números con el 51 y 7 millones con el 8 ...
Pues eso no figura en la CMT, y son "autoritativos".
El prefijo 51 será para hacer y recibir llamadas por Internet. Así lo ha propuesto el Ministerio de Industria, Turismo y Comercio al Consejo Asesor de las Telecomunicaciones (CATSI) para regular el creciente uso de la llamada telefonía IP o voz sobre IP (VoIP). La decisión definitiva se tomará antes del verano."
http://www.elpais.com/articulo/tecnologia/Gobierno/reserva/prefijo/51/voz/tr...
¿De que año? ¿2005? Pues la CMT ni coscarse.
***
Y por cierto, que ya les vale... la version española tiene los rótulos en inglés, y la versión catalana en catalán. No quiero sacar conclusiones, pero eso pasa desde que trasladaron la comisión de Madrid a Cataluña por política de huevos... Eso si, el contenido está en español digas el idioma que digas.
¿Qué rótulos? :-? Yo lo leo todo en español...
¿QUE? [...] Ostras, lo han arreglado. Te lo juro por snupi, que estaban en inglés los rotulos de la columna de la izquierda en todas las pantallas que miré y los títulos de sección. Bueno, menos mal que lo han arreglado.
Y en cuanto a la calidad de servicio... eso es otra historia independiente.
Exacto :-). Y lo de la privacidad en este tipo de redes, otra.
Puedes encriptar.
¡Pues menuda comparación! Yo me me tenido que dar de baja extinguiendo el saldo que tenía con ellos porque no había manera de hablar. Y esta gente no usa sip precisamente. Y por cierto, son una empresa ligada a un operador telefónico tradicional, para poder dar números.
Claro. Prueba ekiga a ver qué tal.
Un dia de estos... también tengo openwengo en mente.
Si, es cierto que puedes aprovechar la infraestructura de red tcp/ip existente. Lo que no te dicen es que para garantizar calidad de servicio (lease que no haya cortes en las conversaciones) necesitas routers y chismes que den prioridad absoluta a los paquetes de voz: no usar el ancho de banda sobrante para la voz, sino al revés, lo sobrante para los datos, y no es así como está diseñado internet.
Y lo de los costes es cierto, ahorras costes... si tienes las diversas sedes conectadas con tarifa plana y banda muy ancha, y de sobra.
Y lo que tampoco te dicen es que los paquetes de control necesitan de una red todavía más fiable: si te vas a conectar a un operador de telefonía tradicional via SS7, este protocolo asume fiabilidad absoluta. Sé de un operador que iba a implantar llamadas VoIp a nivel nacional, y entre otras cosas le falló precisamente por ese detallito.
Pero Carlos, es que aquí nadie ha hablado de dinero ni de calidades, sólo de "posibilidades". Por eso le ponía a Octavio la comparación de Asterisk con un jet para ir a comprar... no ha lugar. Y menos aún con la idea de eliminar cables :-).
>:-) Me gustaría saber que tal se lleva el fax con un transporte defectuoso, pero me lo puedo imaginar.
¿Qué va a poder enviar y recibir faxes? Pues sí . ¿Y a recibir / realizar llamadas? Pues también, pero obviamente no con un número convencional, salvo que contrate algunos de los servicios que comentas de operadores que lo oferten. O salvo que Asterik también lo pueda gestionar, pero en llamadas desde/hacia números convencionales ya no lo sé si lo permite.
Ergo, no podrá enviar faxes al exterior, entendido exterior como números convencionales, y menos recibirlos, a no ser que contrate el servicio con alguien.
Eso aparte, para poder entregar el fax a un destino externo en un teléfono tradicional, necesitas "algo" para salir de la red VoIp y entrar en la red tradicional - y ese algo se paga, salvo que el gateway sea tuyo y tengas tarifa plana telefónica.
No, se supone que Asterisk hace de gateway en este caso y lo pasa al módem virtual (AsterFax o cualquier otro) o a un módem real para que se encargue de enviarlo. Asterisk utiliza líneas pstn o rdsi que tienen asignado un número "real", no veo aquí problemas de entradas ni salidas entre redes.
Pero vamos a ver... si estás conectando tu centralita asterisk a la red PSTN o ISDN, ¡no ahorras nada! En ese caso, tú estás pagando la llamada tradicional desde tu sede hasta la del destinatario en Sebastopol. Para eso no te compliques la vida y pon un fax de toda la vida, porque el unico trayecto IP es desde tu ordenador hasta el hardware de la centralita de la empresa, nada más... para ese viaje no hacen falta alforjas. Para lo que sirve la telefonía IP es para que tu llamada o tu fax (VoIP) viaje hasta Sebastopol por internet, y sea allí donde haya un gateway por el que salga a la red conmutada a tarifa de llamada urbana. Si no consigues eso pierdes dinero: el gateway de destino debe estar lo más cerca posible del teléfono de destino, y para eso hace falta contratar con una empresa que haya puesto o contratado esos cientos de miles de gateways por todo el mundo mundial. Y mejor aún si el destinatario de la llamada tiene otro gateway compatible, y entonces nadie paga un duro. Por esa razón los programas como SkyPe están asociados a un operador telefónico tradicional.
Yo no te digo que no puedas enviar faxes gratis entre sedes (propias o ajenas) con VoIp y números sip - aunque me parezca una salvajada, ya que se sirve mejor mediante email, y dado que no tienes las garantías legales que tiene un fax tradicional (eso de que un fax puede ser un documento vinculante) -.
Claro, eso es lo que le intentaba explicar a Octavio, que poder, puede, pero hoy en día ni está lo suficientemente desarrollado ni probado ni tiene las mismas garantías...quizá, para pruebas, pues sí. Pero no sustituye (a día de hoy, dentro de poco seguro que sí) a la línea / servicio convencional.
Sí está desarrollado, pero... Mira, BT está cambiando toda su red a tecnología tipo ip, y es un operador nacional tradicional. Creo que es el único que está dando ese paso, por lo menos en esa envergadura.
Lo que digo es que para enviar faxes a números tradicionales, o recibirlos desde números tradicionales, necesitas un contrato con algún operador que te haga el servicio de gateway - y que trabaje en España, con números locales de España, que esa es otra. Que el contrato sea gratis, es otra historia.
Entiendo que con Asterisk no le hace falta porque actúa de pasarela entre la línea adsl (datos ip) y la línea convencional (con número de abonado asignado).
Con lo cual no ahorras un duro. Yo a eso no lo llamo telefonía IP. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHko8QtTMYHG2NR9URAoouAKCUcZG1FGbdP6sapygPIexvfeJmHwCfQKwW 53LLlN4dwtYFmmqwZqoTMlc= =LsVN -----END PGP SIGNATURE-----
El 20/01/08, Carlos E. R. escribió:
Vale, pero no compares: los numeros de teléfono tienen una reglamentación y una legislación bastante más fuerte y exigente - y trazable. Me parece que antes intervenía el consejo de ministros...
Sólo era un ejemplo para explicar que el hecho de que haya una empresa "detrás" de un servicio no significa que haya siempre €€€ de por medio O:-)
Pues eso no figura en la CMT, y son "autoritativos".
Sí, sí figura. Espera, que me pongo las gafas de buscar a fondo en Google... O~O <- careto con gafas de buscar a fondo http://www.google.com/search?hl=en&q=prefijo+51+site%3Awww.cmt.es http://www.google.com/search?hl=en&q=voip+site%3Awww.cmt.es&btnG=Search Hum... creo que la CMT los denomina "servicios vocales nómadas". Por ejemplo, puedes buscar en la cmt qué operador tiene asignados este tipo de servicios: http://www.cmt.es/cmt_ptl_ext/SelectOption.do?nav=bases&categoria=vn_no_geografica Parece que sólo Telefónica tiene asignados bloques con prefijo "51". Más información sobre los tipos de numeración: *** Números no geográficos para servicios vocales nómadas: aquellos números que comienzan por 51 (el rango 510ABMCDU se encuentra reservado para la asignación directa al usuario final). http://www.cmt.es/cmt_ptl_ext/SelectOption.do?nav=bases ***
¿De que año? ¿2005? Pues la CMT ni coscarse.
Sí, sí se ha "coscado" (ver enlaces de más arriba).
¿QUE?
[...]
Ostras, lo han arreglado. Te lo juro por snupi, que estaban en inglés los rotulos de la columna de la izquierda en todas las pantallas que miré y los títulos de sección.
Bueno, menos mal que lo han arreglado.
Ya :-)
Puedes encriptar.
Y también se puede descifrar >:-)
:-)
Me gustaría saber que tal se lleva el fax con un transporte defectuoso, pero me lo puedo imaginar.
¡Pues se llevan muy mal! Ya lo dicen todos los "working draft" que hay por ahí sobre el tema, y también en la wiki: http://en.wikipedia.org/wiki/Voip#Difficulty_with_sending_faxes
Ergo, no podrá enviar faxes al exterior, entendido exterior como números convencionales, y menos recibirlos, a no ser que contrate el servicio con alguien.
A ver. Asterisk es un programa que permite emular una centralita. Existen centralitas para líneas pstn, para líneas isdn, de uso híbrido (ambas) y las más modernas admiten tarjetas de expansión para telefonía IP... ... donde la susodicha tarjeta cuesta (€) casi tanto como la centralita completa :-) Es decir, que si el uso de voip es "opcional" en las centralitas convencionales entiendo que también lo es en Asterisk. http://en.wikipedia.org/wiki/Asterisk_PBX
Pero vamos a ver... si estás conectando tu centralita asterisk a la red PSTN o ISDN, ¡no ahorras nada! En ese caso, tú estás pagando la llamada tradicional desde tu sede hasta la del destinatario en Sebastopol. Para eso no te compliques la vida y pon un fax de toda la vida, porque el unico trayecto IP es desde tu ordenador hasta el hardware de la centralita de la empresa, nada más... para ese viaje no hacen falta alforjas.
Que no hablamos de €€€ :-). Sólo de eliminar cables. Y no, para ese viaje no hace falta alforjas... ni Asterisk.
Para lo que sirve la telefonía IP es para que tu llamada o tu fax (VoIP) viaje hasta Sebastopol por internet, y sea allí donde haya un gateway por el que salga a la red conmutada a tarifa de llamada urbana. Si no consigues eso pierdes dinero: el gateway de destino debe estar lo más cerca posible del teléfono de destino, y para eso hace falta contratar con una empresa que haya puesto o contratado esos cientos de miles de gateways por todo el mundo mundial.
Y mejor aún si el destinatario de la llamada tiene otro gateway compatible, y entonces nadie paga un duro.
Por esa razón los programas como SkyPe están asociados a un operador telefónico tradicional.
Claro, pero es que das por hecho que hay que usar voip con Asterisk y yo creo que puede funcionar en ambos modos (convencional y con voip).
Sí está desarrollado, pero...
Mira, BT está cambiando toda su red a tecnología tipo ip, y es un operador nacional tradicional. Creo que es el único que está dando ese paso, por lo menos en esa envergadura.
Yo creo que los propios isp usan ya de forma habitual e "internamente" voip para sus servicios de carrier... pero claro, ofertas a los clientes de ese tipo, pocas (supongo que para empresas sí habrá alguna oferta).
Con lo cual no ahorras un duro. Yo a eso no lo llamo telefonía IP.
Arg. Yo a eso lo llamo usar Asterisk + asterfax + hylafax para eliminar cables :-). El tema de la voip es completamente opcional, si quieres ahorrar en las llamadas, pues lo usas / configuras porque Asterisk lo permite, pero no es obligatorio. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801201542390.8217@nimrodel.valinor> El 2008-01-20 a las 11:46 +0100, Camaleón escribió:
El 20/01/08, Carlos E. R. escribió:
Vale, pero no compares: los numeros de teléfono tienen una reglamentación y una legislación bastante más fuerte y exigente - y trazable. Me parece que antes intervenía el consejo de ministros...
Sólo era un ejemplo para explicar que el hecho de que haya una empresa "detrás" de un servicio no significa que haya siempre €€€ de por medio O:-)
Sí, pero en este caso no se trata simplemente de asignarte un número, sino de darte unos servicios, igual que un ISP o u Operador Telefónico.
Pues eso no figura en la CMT, y son "autoritativos".
Sí, sí figura. Espera, que me pongo las gafas de buscar a fondo en Google...
O~O <- careto con gafas de buscar a fondo
http://www.google.com/search?hl=en&q=prefijo+51+site%3Awww.cmt.es http://www.google.com/search?hl=en&q=voip+site%3Awww.cmt.es&btnG=Search
Hum... creo que la CMT los denomina "servicios vocales nómadas". Por ejemplo, puedes buscar en la cmt qué operador tiene asignados este tipo de servicios:
¿ESO? Me parece que eso es otro servicio. Si tú estas viajando o cambiando de residencia, puedes pedir un número de esos, y se redirige al teléfono fijo que tengas en la residencia en la que estés en ese momento. Eso es o era la lista personal.txt, los 700 - y nunca me he encontrado con alguien que lo tenga. No, esto es nuevo: servicio vocal nomada geografico (810..888), no geografico (511..519), y geografico distritos (810..888). O sea, dices que es el vocal nomada no geografico (svn_nogeo.txt). Hay varios operadores registrados: Hispatelecom, Gemytel, France Telecom, Telecable de Asturias, Tele2, Iberbanda, Sarenet, Telefonica... Pues ni idea.
http://www.cmt.es/cmt_ptl_ext/SelectOption.do?nav=bases&categoria=vn_no_geografica
Parece que sólo Telefónica tiene asignados bloques con prefijo "51".
No, hay unos cuantos más.
Ya :-)
Puedes encriptar.
Y también se puede descifrar >:-)
A veces. Depende.
Me gustaría saber que tal se lleva el fax con un transporte defectuoso, pero me lo puedo imaginar.
¡Pues se llevan muy mal! Ya lo dicen todos los "working draft" que hay por ahí sobre el tema, y también en la wiki:
http://en.wikipedia.org/wiki/Voip#Difficulty_with_sending_faxes
The support of sending faxes over VoIP is still limited. The existing voice codecs are not designed for fax transmission. An effort is underway to remedy this by defining an alternate IP-based solution for delivering Fax-over-IP, namely the T.38 protocol. Another possible solution to overcome the drawback is to treat the fax system as a message switching system which does not need real time data transmission - such as sending a fax as an email attachment (see Fax) or remote printout (see Internet Printing Protocol). The end system can completely buffer the incoming fax data before displaying or printing the fax image. O sea, que pa'eso, mandas un emilio.
Ergo, no podrá enviar faxes al exterior, entendido exterior como números convencionales, y menos recibirlos, a no ser que contrate el servicio con alguien.
A ver. Asterisk es un programa que permite emular una centralita. Existen centralitas para líneas pstn, para líneas isdn, de uso híbrido (ambas) y las más modernas admiten tarjetas de expansión para telefonía IP...
... donde la susodicha tarjeta cuesta (€) casi tanto como la centralita completa :-)
Es decir, que si el uso de voip es "opcional" en las centralitas convencionales entiendo que también lo es en Asterisk.
Emular, emular... hace de gateway y no se que mas, supongo que pudiendo usar un PC en la función de centralita. To attach ordinary telephones to a Linux server running Asterisk, or to connect to PSTN trunk lines, the server must be fitted with special hardware. Digium and a number of other firms sell PCI cards to attach telephones, telephone lines, T1 and E1 lines, and other analog and digital phone services to a server. Y lo crucial: Perhaps of more interest to many deployers today, Asterisk also supports a wide range of Voice over IP protocols, including SIP, MGCP and H.323. Asterisk can interoperate with most SIP telephones, acting both as registrar and as a gateway between IP phones and the PSTN. [ continuo escribiendo otro dia, liado ]
Pero vamos a ver... si estás conectando tu centralita asterisk a la red PSTN o ISDN, ¡no ahorras nada! En ese caso, tú estás pagando la llamada tradicional desde tu sede hasta la del destinatario en Sebastopol. Para eso no te compliques la vida y pon un fax de toda la vida, porque el unico trayecto IP es desde tu ordenador hasta el hardware de la centralita de la empresa, nada más... para ese viaje no hacen falta alforjas.
Que no hablamos de €€€ :-). Sólo de eliminar cables. Y no, para ese viaje no hace falta alforjas... ni Asterisk.
Pues tampoco va a ahorrar cables. Para enviar faxes a números normales si no contrata gateway, necesita el hardware de gateway, que son pelas, y cables.
Para lo que sirve la telefonía IP es para que tu llamada o tu fax (VoIP) viaje hasta Sebastopol por internet, y sea allí donde haya un gateway por el que salga a la red conmutada a tarifa de llamada urbana. Si no consigues eso pierdes dinero: el gateway de destino debe estar lo más cerca posible del teléfono de destino, y para eso hace falta contratar con una empresa que haya puesto o contratado esos cientos de miles de gateways por todo el mundo mundial.
Y mejor aún si el destinatario de la llamada tiene otro gateway compatible, y entonces nadie paga un duro.
Por esa razón los programas como SkyPe están asociados a un operador telefónico tradicional.
Claro, pero es que das por hecho que hay que usar voip con Asterisk y yo creo que puede funcionar en ambos modos (convencional y con voip).
Lo de modo convencional no lo tengo claro. A ver como rayos haces que un PC enrute llamadas convencionales, como no le metas dentro o fuera una placa conmutadora de lineas, y si eso existe, vale una pasta gansa. Tanto como una centralita normal. Si tu empresa tiene 50 telefonos internos convencionales, tienes que enchufar los 50 a la centralita, más las lineas externas, al ordenador. ¿¡A donde!? No hay PCIs bastantes ni espacio en las ranuras. En todo caso, es hardware dedicado que se controla desde un PC enchufado temporal o permanentemente. No veo yo claro lo del asterix, no... por eso están asociados a una empresa que vende el hardware específico. Sí puede servir para las llamadas VoIp de la intranet entre si, con teléfonos sip o H323 enchufados a la ethernet, y luego a internet. Eso sí se puede hacer con un PC sin más hardware - ¿pero eso para fax? Nanay. Lástima que haya perdido el contacto con un antiguo compañero de curro que ese sí que estaba empollado en VoIp... ese os podría contar lo que hiciera falta. Yo dejé de seguir el tema VoIp al dejar ese trabajo.
Sí está desarrollado, pero...
Mira, BT está cambiando toda su red a tecnología tipo ip, y es un operador nacional tradicional. Creo que es el único que está dando ese paso, por lo menos en esa envergadura.
Yo creo que los propios isp usan ya de forma habitual e "internamente" voip para sus servicios de carrier... pero claro, ofertas a los clientes de ese tipo, pocas (supongo que para empresas sí habrá alguna oferta).
Que va. En teléfonos hay dos ramas internas, que suelen estar separadas incluso a la hora de ir a comer: conmutación y transmisión. La conmutación son los maquinones y todo lo asociado para poder conmutar y enrutar simultaneamente unas 100000 llamadas, dedicandoles a cada una un ancho de banda de 64kbits al completo y sin interrupciones. No es conmutación de paquetes, es conmutación de circuitos. Equivale electrónicamente a enchufar un cable entre dos teléfonos. O, si quieres, es una cpu que lee continuamente una serie de posiciones de memoria y las escribe en un orden reprogramable en otra serie de posiciones de memoria, donde cada posición corresponde a un teléfono. La salida de la central se organiza en cables físicos correspondientes cada uno a tramas MIC, de 32 canales cada uno. Se puede saturar la transmisión disponible al completo sin degradación de la calidad de audio ni en un bit ni en un milisegundo (si es que estableces la llamada, claro). Esa es la explicación más breve que se me ocurre. Transimisión... pues como yo era de conmutación, ni idea. Sonet y cosas de esas. Canales dedicados. La característica del asunto es que los terminales son tontos (lease teléfono de disco mecánico), y las centrales son tremendamente complejas. En VoIp es lo contrario. Las centrales son relativamente simples, y los terminales se hacen más complejos, necesitan CPU. Es inteligencia y complejidad distribuida. El equipo de transmisión es el mismo... con la diferencia que la saturación ahora produce retrasos y cortes, porque el enrutamiento es el de tcp/ip e internet, que está orientado a paquetes donde el tiempo carece de importancia (relativamente).
Con lo cual no ahorras un duro. Yo a eso no lo llamo telefonía IP.
Arg. Yo a eso lo llamo usar Asterisk + asterfax + hylafax para eliminar cables :-). El tema de la voip es completamente opcional, si quieres ahorrar en las llamadas, pues lo usas / configuras porque Asterisk lo permite, pero no es obligatorio.
No tiene sentido si no lo usas. Y si lo quieres para telefonía tradicional, necesitas centralita física. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlNfatTMYHG2NR9URAjyRAJ48OM5TUAV+3d+lLbSTlpx4DqtTUQCfc8rm ZD4JCb9fzz06rBCoA4ls/F8= =Fxdd -----END PGP SIGNATURE-----
El 21/01/08, Carlos E. R. escribió:
Sí, pero en este caso no se trata simplemente de asignarte un número, sino de darte unos servicios, igual que un ISP o u Operador Telefónico.
No siempre se necesitan esos servicios "extra". Por ejemplo, puedo necesitar sólo un número sip para ser localizable y que con sólo marcando el número asignado me suele el equipo que tenga aquí sip. Yo pongo la infraestructura (adsl), pongo los terminales (teléfonos sip) y pongo el gateway (asterisk, por ejemplo). De esta forma, puedo llamar EE.UU. (por ejemplo) gratis, siempre y cuando el destinatario tenga sip habilitado. Y además, mantengo mis líneas convencionales con las telefónicas de turno (tarifas planas para llamadas nacionales y para los móviles pongo un enlace en la centralita). Ea :-P. No pierdo nada y ahorro en llamadas en las el coste por línea convencional es realmente elevado.
¿ESO?
Me parece que eso es otro servicio. Si tú estas viajando o cambiando de residencia, puedes pedir un número de esos, y se redirige al teléfono fijo que tengas en la residencia en la que estés en ese momento. Eso es o era la lista personal.txt, los 700 - y nunca me he encontrado con alguien que lo tenga.
No, esto es nuevo: servicio vocal nomada geografico (810..888), no geografico (511..519), y geografico distritos (810..888).
O sea, dices que es el vocal nomada no geografico (svn_nogeo.txt). Hay varios operadores registrados: Hispatelecom, Gemytel, France Telecom, Telecable de Asturias, Tele2, Iberbanda, Sarenet, Telefonica...
Pues ni idea.
Yo tampoco, pero existe. No está muy extendido, no hay ofertas pero los isp ya pueden mover ficha.
No, hay unos cuantos más.
Busqué por Vodafone y Orange y no salió nada O:-). Quizá algún otro tipo de empresa...
O sea, que pa'eso, mandas un emilio.
Yo, para éso, mantengo mi módem-fax :-P. Trabajo con proveedores que no siempre tienen correo electrónico... el fax es aún útil. Tan útil como que tengo 261 faxes en la carpeta de "enviados" y 419 en la de "recibidos" :-)
Emular, emular... hace de gateway y no se que mas, supongo que pudiendo usar un PC en la función de centralita.
¡Tienes más opciones que una centralita convencional! Y no tiene competencia en precios O:-)
To attach ordinary telephones to a Linux server running Asterisk, or to connect to PSTN trunk lines, the server must be fitted with special hardware. Digium and a number of other firms sell PCI cards to attach telephones, telephone lines, T1 and E1 lines, and other analog and digital phone services to a server.
Necesita una tarjeta de puertos pstn o para accesos básicos / primarios rdsi.
Y lo crucial:
Perhaps of more interest to many deployers today, Asterisk also supports a wide range of Voice over IP protocols, including SIP, MGCP and H.323. Asterisk can interoperate with most SIP telephones, acting both as registrar and as a gateway between IP phones and the PSTN.
[ continuo escribiendo otro dia, liado ]
¿Ein...? :-?
Pues tampoco va a ahorrar cables. Para enviar faxes a números normales si no contrata gateway, necesita el hardware de gateway, que son pelas, y cables.
La opción Asterisk para lo que quería hacer no era la más adecuada. Sólo en el caso de que ya tuvieras configuradas la plataforma telefónica con asterisk y necesitaras incorporar el envío / recepción de faxes, pues sólo en ese caso podrías plantearte el uso de un módem emulado, pero yo pienso que daría muchos problemas.
Lo de modo convencional no lo tengo claro. A ver como rayos haces que un PC enrute llamadas convencionales, como no le metas dentro o fuera una placa conmutadora de lineas, y si eso existe, vale una pasta gansa. Tanto como una centralita normal. Si tu empresa tiene 50 telefonos internos convencionales, tienes que enchufar los 50 a la centralita, más las lineas externas, al ordenador. ¿¡A donde!? No hay PCIs bastantes ni espacio en las ranuras.
Jo, Carlos, que hay tarjetas multipuerto. Y si tienes líneas rdsi, dos canales por puerto, con 3 tarjetas de 4 puertos tienes una centralita con capacidad de gestionar ¡¡¡24 canales!!! ¿Cuánto cuesta un centralita de 24 canales y además con gateway para voip? Un pastón :-P. Y tienes que añadir a la centralita convencional las tarjetas de expansión para el buzón de voz, las disa, las extensiones para móviles...
En todo caso, es hardware dedicado que se controla desde un PC enchufado temporal o permanentemente.
No veo yo claro lo del asterix, no... por eso están asociados a una empresa que vende el hardware específico.
Al igual que Hylafax que tiene una empresa "dedicada" (iFax) pues asterisk también , no veo el problema. Hay empresas que necesitan una solución de este tipo funcionando en el menor tiempo posible, tener soporte, etc...
Sí puede servir para las llamadas VoIp de la intranet entre si, con teléfonos sip o H323 enchufados a la ethernet, y luego a internet. Eso sí se puede hacer con un PC sin más hardware - ¿pero eso para fax? Nanay.
Claro, no... para fax tampoco lo veo.
Lástima que haya perdido el contacto con un antiguo compañero de curro que ese sí que estaba empollado en VoIp... ese os podría contar lo que hiciera falta. Yo dejé de seguir el tema VoIp al dejar ese trabajo.
:-) (...) Corto...
Esa es la explicación más breve que se me ocurre.
Ju-pe. No me imagino la "verbose mode" :-P.
Transimisión... pues como yo era de conmutación, ni idea. Sonet y cosas de esas. Canales dedicados.
La característica del asunto es que los terminales son tontos (lease teléfono de disco mecánico), y las centrales son tremendamente complejas.
En VoIp es lo contrario. Las centrales son relativamente simples, y los terminales se hacen más complejos, necesitan CPU. Es inteligencia y complejidad distribuida. El equipo de transmisión es el mismo... con la diferencia que la saturación ahora produce retrasos y cortes, porque el enrutamiento es el de tcp/ip e internet, que está orientado a paquetes donde el tiempo carece de importancia (relativamente).
Hum... me encanta la idea de teléfonos inteligentes, sobre todo los que saben cuando no hay que sonar porque su amito está descansando apaciblemente ;-)
No tiene sentido si no lo usas.
No tiene sentido (en ciertos entornos), pero es factible, sólo hay que saber montarlo.
Y si lo quieres para telefonía tradicional, necesitas centralita física.
Necesitas una tarjeta multipuerto para conectar con la línea convencional y un equipo con asterisk... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Bueno, vamos a ver como salió esto. A continuación os pongo el log del envio: Jan 21 20:42:28.60: [30105]: SESSION BEGIN 000000128 3498198144xxxx Jan 21 20:42:28.60: [30105]: HylaFAX (tm) Version 4.4.0 Jan 21 20:42:28.60: [30105]: SEND FAX: JOB 18 DEST 981448023 COMMID 000000128 DEVICE '/dev/ttyUSB0' FROM 'tavi <octavioavalos@xxxxxxxxx.xxx>' USER tavi Jan 21 20:42:28.60: [30105]: <-- [12:AT+FCLASS=1\r] Jan 21 20:42:28.71: [30105]: --> [2:OK] Jan 21 20:42:28.71: [30105]: DIAL 98144xxxx Jan 21 20:42:28.71: [30105]: <-- [14:ATDT98144xxxx\r] Jan 21 20:43:00.90: [30105]: --> [7:CONNECT] Jan 21 20:43:02.16: [30105]: --> [2:OK] Jan 21 20:43:02.16: [30105]: REMOTE NSF "AD 00 36 04 00 00 00 00" Jan 21 20:43:02.16: [30105]: NSF remote fax equipment: HP Jan 21 20:43:02.16: [30105]: <-- [9:AT+FRH=3\r] Jan 21 20:43:02.18: [30105]: --> [7:CONNECT] Jan 21 20:43:02.87: [30105]: --> [2:OK] Jan 21 20:43:02.87: [30105]: REMOTE CSI "98144xxxx" Jan 21 20:43:02.87: [30105]: <-- [9:AT+FRH=3\r] Jan 21 20:43:02.88: [30105]: --> [7:CONNECT] Jan 21 20:43:03.32: [30105]: --> [2:OK] Jan 21 20:43:03.32: [30105]: REMOTE best rate 33600 bit/s Jan 21 20:43:03.32: [30105]: REMOTE max A4 page width (215 mm) Jan 21 20:43:03.32: [30105]: REMOTE max unlimited page length Jan 21 20:43:03.32: [30105]: REMOTE best vres 300 x 300 dpi Jan 21 20:43:03.32: [30105]: REMOTE format support: MH, MR, MMR Jan 21 20:43:03.32: [30105]: REMOTE supports T.30 Annex A, 256-byte ECM Jan 21 20:43:03.32: [30105]: REMOTE best 0 ms/scanline Jan 21 20:43:03.32: [30105]: USE 14400 bit/s Jan 21 20:43:03.32: [30105]: USE error correction mode Jan 21 20:43:03.32: [30105]: SEND file "docq/cover18;c1" Jan 21 20:43:03.32: [30105]: USE A4 page width (215 mm) Jan 21 20:43:03.32: [30105]: USE unlimited page length Jan 21 20:43:03.32: [30105]: USE 7.7 line/mm Jan 21 20:43:03.32: [30105]: USE 2-D MMR Jan 21 20:43:03.32: [30105]: USE 0 ms/scanline Jan 21 20:43:03.32: [30105]: SEND training at v.17 14400 bit/s Jan 21 20:43:03.32: [30105]: DELAY 70 ms Jan 21 20:43:03.39: [30105]: <-- [9:AT+FTH=3\r] Jan 21 20:43:03.44: [30105]: --> [7:CONNECT] Jan 21 20:43:03.44: [30105]: <-- data [23] Jan 21 20:43:03.44: [30105]: <-- data [2] Jan 21 20:43:03.46: [30105]: --> [7:CONNECT] Jan 21 20:43:03.46: [30105]: <-- data [7] Jan 21 20:43:03.46: [30105]: <-- data [2] Jan 21 20:43:05.66: [30105]: --> [2:OK] Jan 21 20:43:05.66: [30105]: DELAY 70 ms Jan 21 20:43:05.73: [30105]: <-- [11:AT+FTM=145\r] Jan 21 20:43:07.40: [30105]: --> [7:CONNECT] Jan 21 20:43:07.40: [30105]: <-- data [1024] Jan 21 20:43:07.40: [30105]: <-- data [1024] Jan 21 20:43:07.81: [30105]: <-- data [652] Jan 21 20:43:08.14: [30105]: <-- data [2] Jan 21 20:43:08.95: [30105]: --> [2:OK] Jan 21 20:43:08.95: [30105]: <-- [9:AT+FRH=3\r] Jan 21 20:43:09.20: [30105]: --> [7:CONNECT] Jan 21 20:43:10.33: [30105]: --> [2:OK] Jan 21 20:43:10.33: [30105]: TRAINING succeeded Jan 21 20:43:10.33: [30105]: SEND begin page Jan 21 20:43:10.35: [30105]: SEND EOFB Jan 21 20:43:10.35: [30105]: SEND send frame number 0 Jan 21 20:43:10.35: [30105]: SEND send frame number 1 Jan 21 20:43:10.35: [30105]: SEND send frame number 2 Jan 21 20:43:10.35: [30105]: SEND send frame number 3 Jan 21 20:43:10.35: [30105]: SEND send frame number 4 Jan 21 20:43:10.35: [30105]: SEND send frame number 5 Jan 21 20:43:10.35: [30105]: SEND send frame number 6 Jan 21 20:43:10.35: [30105]: SEND send frame number 7 Jan 21 20:43:10.35: [30105]: SEND send frame number 8 Jan 21 20:43:10.35: [30105]: SEND send frame number 9 Jan 21 20:43:10.35: [30105]: SEND send frame number 10 Jan 21 20:43:10.35: [30105]: SEND send frame number 11 Jan 21 20:43:10.35: [30105]: SEND send frame number 12 Jan 21 20:43:10.35: [30105]: SEND send frame number 13 Jan 21 20:43:10.35: [30105]: SEND send frame number 14 Jan 21 20:43:10.35: [30105]: SEND send frame number 15 Jan 21 20:43:10.35: [30105]: SEND send frame number 16 Jan 21 20:43:10.35: [30105]: SEND send frame number 17 Jan 21 20:43:10.35: [30105]: SEND send frame number 18 Jan 21 20:43:10.35: [30105]: SEND send frame number 19 Jan 21 20:43:10.35: [30105]: SEND send frame number 20 Jan 21 20:43:10.35: [30105]: SEND send frame number 21 Jan 21 20:43:10.35: [30105]: SEND send frame number 22 Jan 21 20:43:10.35: [30105]: SEND send frame number 23 Jan 21 20:43:10.35: [30105]: SEND send frame number 24 Jan 21 20:43:10.35: [30105]: SEND send frame number 25 Jan 21 20:43:10.35: [30105]: SEND send frame number 26 Jan 21 20:43:10.35: [30105]: SEND send frame number 27 Jan 21 20:43:10.35: [30105]: SEND send frame number 28 Jan 21 20:43:10.35: [30105]: SEND send frame number 29 Jan 21 20:43:10.35: [30105]: SEND send frame number 30 Jan 21 20:43:10.35: [30105]: SEND send frame number 31 Jan 21 20:43:10.35: [30105]: SEND send frame number 32 Jan 21 20:43:10.35: [30105]: SEND send frame number 33 Jan 21 20:43:10.35: [30105]: DELAY 70 ms Jan 21 20:43:10.42: [30105]: <-- [11:AT+FTM=146\r] Jan 21 20:43:10.92: [30105]: --> [7:CONNECT] Jan 21 20:43:10.92: [30105]: <-- data [1031] Jan 21 20:43:10.92: [30105]: <-- data [1028] Jan 21 20:43:11.32: [30105]: <-- data [1028] Jan 21 20:43:11.86: [30105]: <-- data [1025] Jan 21 20:43:12.40: [30105]: <-- data [1030] Jan 21 20:43:12.93: [30105]: <-- data [1034] Jan 21 20:43:13.47: [30105]: <-- data [1028] Jan 21 20:43:14.01: [30105]: <-- data [1033] Jan 21 20:43:14.55: [30105]: <-- data [1033] Jan 21 20:43:15.08: [30105]: <-- data [484] Jan 21 20:43:15.35: [30105]: <-- data [2] Jan 21 20:43:16.59: [30105]: --> [2:OK] Jan 21 20:43:16.59: [30105]: DELAY 70 ms Jan 21 20:43:16.66: [30105]: <-- [9:AT+FTH=3\r] Jan 21 20:43:16.71: [30105]: --> [7:CONNECT] Jan 21 20:43:16.71: [30105]: <-- data [7] Jan 21 20:43:16.71: [30105]: <-- data [2] Jan 21 20:43:18.13: [30105]: --> [2:OK] Jan 21 20:43:18.13: [30105]: SEND send PPS (partial page signal) Jan 21 20:43:18.13: [30105]: SEND send MPS (more pages, same document) Jan 21 20:43:18.13: [30105]: <-- [9:AT+FRH=3\r] Jan 21 20:43:18.38: [30105]: --> [7:CONNECT] Jan 21 20:43:19.50: [30105]: --> [2:OK] Jan 21 20:43:19.50: [30105]: SEND recv MCF (message confirmation) Jan 21 20:43:19.50: [30105]: DELAY 70 ms Jan 21 20:43:19.57: [30105]: SEND end page Jan 21 20:43:19.57: [30105]: SEND FAX (000000128): FROM octavioavalos@xxxxxx.xxx TO 981448023 (page 1 of 2 sent in 0:16) Jan 21 20:43:19.57: [30105]: SEND FAX (000000128): FROM octavioavalos@xxxxxx.xxx TO 981448023 (docq/cover18;c1 sent in 0:16) Jan 21 20:43:20.58: [30105]: SEND file "docq/doc25.ps;c1" Jan 21 20:43:20.58: [30105]: SEND begin page Jan 21 20:43:20.61: [30105]: SEND EOFB Jan 21 20:43:20.61: [30105]: SEND send frame number 0 Jan 21 20:43:20.61: [30105]: SEND send frame number 1 Jan 21 20:43:20.61: [30105]: SEND send frame number 2 Jan 21 20:43:20.61: [30105]: SEND send frame number 3 Jan 21 20:43:20.61: [30105]: SEND send frame number 4 Jan 21 20:43:20.61: [30105]: SEND send frame number 5 Jan 21 20:43:20.61: [30105]: SEND send frame number 6 Jan 21 20:43:20.61: [30105]: SEND send frame number 7 Jan 21 20:43:20.61: [30105]: SEND send frame number 8 Jan 21 20:43:20.61: [30105]: SEND send frame number 9 Jan 21 20:43:20.61: [30105]: SEND send frame number 10 Jan 21 20:43:20.61: [30105]: SEND send frame number 11 Jan 21 20:43:20.61: [30105]: SEND send frame number 12 Jan 21 20:43:20.61: [30105]: SEND send frame number 13 Jan 21 20:43:20.61: [30105]: SEND send frame number 14 Jan 21 20:43:20.61: [30105]: SEND send frame number 15 Jan 21 20:43:20.61: [30105]: SEND send frame number 16 Jan 21 20:43:20.61: [30105]: SEND send frame number 17 Jan 21 20:43:20.61: [30105]: SEND send frame number 18 Jan 21 20:43:20.61: [30105]: SEND send frame number 19 Jan 21 20:43:20.61: [30105]: SEND send frame number 20 Jan 21 20:43:20.61: [30105]: SEND send frame number 21 Jan 21 20:43:20.62: [30105]: SEND send frame number 22 Jan 21 20:43:20.62: [30105]: SEND send frame number 23 Jan 21 20:43:20.62: [30105]: SEND send frame number 24 Jan 21 20:43:20.62: [30105]: SEND send frame number 25 Jan 21 20:43:20.62: [30105]: SEND send frame number 26 Jan 21 20:43:20.62: [30105]: SEND send frame number 27 Jan 21 20:43:20.62: [30105]: SEND send frame number 28 Jan 21 20:43:20.62: [30105]: SEND send frame number 29 Jan 21 20:43:20.62: [30105]: SEND send frame number 30 Jan 21 20:43:20.62: [30105]: SEND send frame number 31 Jan 21 20:43:20.62: [30105]: SEND send frame number 32 Jan 21 20:43:20.62: [30105]: SEND send frame number 33 Jan 21 20:43:20.62: [30105]: SEND send frame number 34 Jan 21 20:43:20.62: [30105]: SEND send frame number 35 Jan 21 20:43:20.62: [30105]: SEND send frame number 36 Jan 21 20:43:20.62: [30105]: SEND send frame number 37 Jan 21 20:43:20.62: [30105]: SEND send frame number 38 Jan 21 20:43:20.62: [30105]: SEND send frame number 39 Jan 21 20:43:20.62: [30105]: SEND send frame number 40 Jan 21 20:43:20.62: [30105]: SEND send frame number 41 Jan 21 20:43:20.62: [30105]: SEND send frame number 42 Jan 21 20:43:20.62: [30105]: SEND send frame number 43 Jan 21 20:43:20.62: [30105]: SEND send frame number 44 Jan 21 20:43:20.62: [30105]: SEND send frame number 45 Jan 21 20:43:20.62: [30105]: SEND send frame number 46 Jan 21 20:43:20.62: [30105]: SEND send frame number 47 Jan 21 20:43:20.62: [30105]: SEND send frame number 48 Jan 21 20:43:20.62: [30105]: SEND send frame number 49 Jan 21 20:43:20.62: [30105]: SEND send frame number 50 Jan 21 20:43:20.62: [30105]: SEND send frame number 51 Jan 21 20:43:20.62: [30105]: SEND send frame number 52 Jan 21 20:43:20.62: [30105]: SEND send frame number 53 Jan 21 20:43:20.62: [30105]: SEND send frame number 54 Jan 21 20:43:20.62: [30105]: SEND send frame number 55 Jan 21 20:43:20.62: [30105]: SEND send frame number 56 Jan 21 20:43:20.62: [30105]: SEND send frame number 57 Jan 21 20:43:20.62: [30105]: SEND send frame number 58 Jan 21 20:43:20.62: [30105]: SEND send frame number 59 Jan 21 20:43:20.62: [30105]: SEND send frame number 60 Jan 21 20:43:20.62: [30105]: SEND send frame number 61 Jan 21 20:43:20.62: [30105]: SEND send frame number 62 Jan 21 20:43:20.62: [30105]: SEND send frame number 63 Jan 21 20:43:20.62: [30105]: SEND send frame number 64 Jan 21 20:43:20.62: [30105]: SEND send frame number 65 Jan 21 20:43:20.62: [30105]: SEND send frame number 66 Jan 21 20:43:20.62: [30105]: SEND send frame number 67 Jan 21 20:43:20.62: [30105]: SEND send frame number 68 Jan 21 20:43:20.62: [30105]: SEND send frame number 69 Jan 21 20:43:20.62: [30105]: SEND send frame number 70 Jan 21 20:43:20.62: [30105]: SEND send frame number 71 Jan 21 20:43:20.62: [30105]: SEND send frame number 72 Jan 21 20:43:20.62: [30105]: SEND send frame number 73 Jan 21 20:43:20.62: [30105]: SEND send frame number 74 Jan 21 20:43:20.62: [30105]: SEND send frame number 75 Jan 21 20:43:20.62: [30105]: SEND send frame number 76 Jan 21 20:43:20.62: [30105]: SEND send frame number 77 Jan 21 20:43:20.62: [30105]: SEND send frame number 78 Jan 21 20:43:20.62: [30105]: SEND send frame number 79 Jan 21 20:43:20.62: [30105]: SEND send frame number 80 Jan 21 20:43:20.62: [30105]: SEND send frame number 81 Jan 21 20:43:20.62: [30105]: SEND send frame number 82 Jan 21 20:43:20.62: [30105]: SEND send frame number 83 Jan 21 20:43:20.62: [30105]: SEND send frame number 84 Jan 21 20:43:20.62: [30105]: SEND send frame number 85 Jan 21 20:43:20.62: [30105]: SEND send frame number 86 Jan 21 20:43:20.62: [30105]: SEND send frame number 87 Jan 21 20:43:20.62: [30105]: SEND send frame number 88 Jan 21 20:43:20.62: [30105]: SEND send frame number 89 Jan 21 20:43:20.63: [30105]: SEND send frame number 90 Jan 21 20:43:20.63: [30105]: SEND send frame number 91 Jan 21 20:43:20.63: [30105]: SEND send frame number 92 Jan 21 20:43:20.63: [30105]: SEND send frame number 93 Jan 21 20:43:20.63: [30105]: SEND send frame number 94 Jan 21 20:43:20.63: [30105]: SEND send frame number 95 Jan 21 20:43:20.63: [30105]: SEND send frame number 96 Jan 21 20:43:20.63: [30105]: SEND send frame number 97 Jan 21 20:43:20.63: [30105]: SEND send frame number 98 Jan 21 20:43:20.63: [30105]: SEND send frame number 99 Jan 21 20:43:20.63: [30105]: <-- [11:AT+FTM=146\r] Jan 21 20:43:21.12: [30105]: --> [7:CONNECT] Jan 21 20:43:21.12: [30105]: <-- data [1029] Jan 21 20:43:21.12: [30105]: <-- data [1032] Jan 21 20:43:21.52: [30105]: <-- data [1028] Jan 21 20:43:22.06: [30105]: <-- data [1028] Jan 21 20:43:22.60: [30105]: <-- data [1028] Jan 21 20:43:23.14: [30105]: <-- data [1032] Jan 21 20:43:23.68: [30105]: <-- data [1026] Jan 21 20:43:24.21: [30105]: <-- data [1032] Jan 21 20:43:24.75: [30105]: <-- data [1030] Jan 21 20:43:25.29: [30105]: <-- data [1029] Jan 21 20:43:25.83: [30105]: <-- data [1040] Jan 21 20:43:26.40: [30105]: <-- data [1038] Jan 21 20:43:26.93: [30105]: <-- data [1032] Jan 21 20:43:27.47: [30105]: <-- data [1033] Jan 21 20:43:28.01: [30105]: <-- data [1038] Jan 21 20:43:28.55: [30105]: <-- data [1024] Jan 21 20:43:29.09: [30105]: <-- data [1038] Jan 21 20:43:29.66: [30105]: <-- data [1036] Jan 21 20:43:30.19: [30105]: <-- data [1030] Jan 21 20:43:30.73: [30105]: <-- data [1032] Jan 21 20:43:31.27: [30105]: <-- data [1030] Jan 21 20:43:31.81: [30105]: <-- data [1028] Jan 21 20:43:32.35: [30105]: <-- data [1033] Jan 21 20:43:32.88: [30105]: <-- data [1033] Jan 21 20:43:33.42: [30105]: <-- data [1032] Jan 21 20:43:33.96: [30105]: <-- data [1036] Jan 21 20:43:34.53: [30105]: <-- data [873] Jan 21 20:43:34.97: [30105]: <-- data [2] Jan 21 20:43:34.97: [30105]: --> [10:NO CARRIER] Jan 21 20:43:34.97: [30105]: SEND end page Jan 21 20:43:34.97: [30105]: Unspecified Transmit Phase C error Jan 21 20:43:34.97: [30105]: DELAY 70 ms Jan 21 20:43:35.04: [30105]: <-- [9:AT+FTH=3\r] Jan 21 20:43:42.59: [30105]: --> [0:] Jan 21 20:43:43.59: [30105]: <-- [5:ATH0\r] Jan 21 20:43:43.82: [30105]: --> [2:OK] Jan 21 20:43:43.95: [30105]: SESSION END ¿Tendré mal la velocidad? Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/1/21, Octavio:
Bueno, vamos a ver como salió esto. A continuación os pongo el log del envio:
Este sí :-)
Jan 21 20:43:18.13: [30105]: SEND send PPS (partial page signal) Jan 21 20:43:18.13: [30105]: SEND send MPS (more pages, same document) Jan 21 20:43:18.13: [30105]: <-- [9:AT+FRH=3\r] Jan 21 20:43:18.38: [30105]: --> [7:CONNECT] Jan 21 20:43:19.50: [30105]: --> [2:OK] Jan 21 20:43:19.50: [30105]: SEND recv MCF (message confirmation) Jan 21 20:43:19.50: [30105]: DELAY 70 ms Jan 21 20:43:19.57: [30105]: SEND end page Jan 21 20:43:19.57: [30105]: SEND FAX (000000128): FROM octavioavalos@xxxxxx.xxx TO 98xxxx (page 1 of 2 sent in 0:16) Jan 21 20:43:19.57: [30105]: SEND FAX (000000128): FROM octavioavalos@xxxxxx.xxx TO 98xxxx (docq/cover18;c1 sent in 0:16)
Los números... hay que quitar los números de fax... ;-) Hasta aquí todo parece normal. Se envía la primera página (¿la cubierta?) y empiaza a preparar la segunda...
Jan 21 20:43:20.58: [30105]: SEND file "docq/doc25.ps;c1" Jan 21 20:43:20.58: [30105]: SEND begin page Jan 21 20:43:20.61: [30105]: SEND EOFB
Jan 21 20:43:34.97: [30105]: --> [10:NO CARRIER] Jan 21 20:43:34.97: [30105]: SEND end page Jan 21 20:43:34.97: [30105]: Unspecified Transmit Phase C error
"No carrier" es como si hubiera perdido la comunicación. Y el mensaje de error importante viene después: *** Unspecified Transmit Phase C error DTE to DCE data underflow - normally caused by a poor quality modem with insufficient buffer, or caused by a Serial port which is not properly handling software flow control or which cannot properly buffer the data flow at normal speeds. *** Pon los datos del archivo de configuración del módem (/var/spool/fax/etc/config.ttyUSB0), pero sólo a partir de la línea que dice "modem-related stuff..." Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 21/01/08, Camaleón <noelamac@gmail.com> escribió:
2008/1/21, Octavio:
Bueno, vamos a ver como salió esto. A continuación os pongo el log del envio:
Este sí :-)
Jan 21 20:43:18.13: [30105]: SEND send PPS (partial page signal) Jan 21 20:43:18.13: [30105]: SEND send MPS (more pages, same document) Jan 21 20:43:18.13: [30105]: <-- [9:AT+FRH=3\r] Jan 21 20:43:18.38: [30105]: --> [7:CONNECT] Jan 21 20:43:19.50: [30105]: --> [2:OK] Jan 21 20:43:19.50: [30105]: SEND recv MCF (message confirmation) Jan 21 20:43:19.50: [30105]: DELAY 70 ms Jan 21 20:43:19.57: [30105]: SEND end page Jan 21 20:43:19.57: [30105]: SEND FAX (000000128): FROM octavioavalos@xxxxxx.xxx TO 98xxxx (page 1 of 2 sent in 0:16) Jan 21 20:43:19.57: [30105]: SEND FAX (000000128): FROM octavioavalos@xxxxxx.xxx TO 98xxxx (docq/cover18;c1 sent in 0:16)
Los números... hay que quitar los números de fax... ;-)
Hasta aquí todo parece normal. Se envía la primera página (¿la cubierta?) y empiaza a preparar la segunda...
Jan 21 20:43:20.58: [30105]: SEND file "docq/doc25.ps;c1" Jan 21 20:43:20.58: [30105]: SEND begin page Jan 21 20:43:20.61: [30105]: SEND EOFB
Jan 21 20:43:34.97: [30105]: --> [10:NO CARRIER] Jan 21 20:43:34.97: [30105]: SEND end page Jan 21 20:43:34.97: [30105]: Unspecified Transmit Phase C error
"No carrier" es como si hubiera perdido la comunicación. Y el mensaje de error importante viene después:
*** Unspecified Transmit Phase C error
DTE to DCE data underflow - normally caused by a poor quality modem with insufficient buffer, or caused by a Serial port which is not properly handling software flow control or which cannot properly buffer the data flow at normal speeds. ***
Pon los datos del archivo de configuración del módem (/var/spool/fax/etc/config.ttyUSB0), pero sólo a partir de la línea que dice "modem-related stuff..."
Saludos,
Esta línea no la tengo. A continuación pongo el config.ttyUSB0 completo # $Id: topic,v 1.4 2003/07/25 16:23:26 lhoward Exp $ # # prototype config for Topic modems and other similarly broken firmwares # # CountryCode: 34 AreaCode: 981 FAXNumber: XXXXXXXXXXX LongDistancePrefix: 0 InternationalPrefix: 00 DialStringRules: "etc/dialrules" ServerTracing: 1 SessionTracing: 11 RecvFileMode: 0777 LogFileMode: 0777 DeviceMode: 0777 RingsBeforeAnswer: 6 SpeakerVolume: medium GettyArgs: "-r -b -s %s %l" LocalIdentifier: "XXXXXXXXXXXX" TagLineFont: etc/lutRS18.pcf TagLineFormat: "From %%l|%c|Page %%P of %%T" MaxRecvPages: 25 # ModemType: Class1 # use this to supply a hint # as of v1.20, +FTS is not supported, which will cause "Stop and wait" # failures unless we use software pauses instead... Class1PPMWaitCmd: "<delay\0727>" # \072 == : to avoid awk problem Class1TCFWaitCmd: "<delay\0727>" Class1EOPWaitCmd: "<delay\0729>" Class1SwitchingCmd: "<delay\0727>" # assumption: +FRS not supported Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-21 a las 23:59 +0100, Octavio escribió:
Esta línea no la tengo. A continuación pongo el config.ttyUSB0 completo
CountryCode: 34 AreaCode: 981 FAXNumber: XXXXXXXXXXX LongDistancePrefix: 0 InternationalPrefix: 00 DialStringRules: "etc/dialrules"
No afecta a esto, pero yo no tengo la linea "AreaCode", y uso "etc/dialrules.europe".
TagLineFormat: "From %%l|%c|Page %%P of %%T"
Esto lo puedes traducir al español, es la linea que sale en el borde con tu identificación, creo.
ModemType: Class1 # use this to supply a hint
Ostras, clase uno... Class Computer modems are often designated by a particular fax class, which indicates how much processing is offloaded from the computer's CPU to the fax modem. * Class 1 fax devices do fax data transfer where the T.4/T.6 data compression and T.30 session management are performed by software on a controlling computer. This is described in ITU-T recommendation T.31. * Class 2 fax devices perform T.30 session management themselves, but the T.4/T.6 data compression is performed by software on a controlling computer. The relevant ITU-T recommendation is T.32. (wikipedia) No sabía que la compresión se hacía en software. Los clase 3 son los que lo hace el propio fax.modem. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlTHNtTMYHG2NR9URAtlSAJ48N2OmX30M8Fe7ScxQDey2mY6RagCfUtKH 0JDwXNoicvOuSQoXwqp7ddw= =MI7o -----END PGP SIGNATURE-----
El 21/01/08, Octavio escribió:
Esta línea no la tengo. A continuación pongo el config.ttyUSB0 completo
Bueno, lo que interesa son los parámetros del módem ;-)
# $Id: topic,v 1.4 2003/07/25 16:23:26 lhoward Exp $ # # prototype config for Topic modems and other similarly broken firmwares
Hum... hum... No me acordaba que el módem que tenías utiliza este archivo de configuración para los módem de chipsets Topic, y no sé hasta qué punto es correcto (¿tenías un módem puerto serie conceptronic, con adaptador a puerto usb y en un imac, no :-P?). ... podrías ver información más detallada del tipo de módem con el comando ATI3 o ATI7 desde minicom. Es posible que el módem sea malo, que el firmware que lleva sea el que te esté dando problemas en el envío al no gestionar bien el "enganche" al procesar la segunda página. El mensaje de "no carrier" indica que, por algún motivo, desconecta, corta la comunicación y deja de enviar la página.
ModemType: Class1 # use this to supply a hint
# as of v1.20, +FTS is not supported, which will cause "Stop and wait" # failures unless we use software pauses instead...
Class1PPMWaitCmd: "<delay\0727>" # \072 == : to avoid awk problem Class1TCFWaitCmd: "<delay\0727>" Class1EOPWaitCmd: "<delay\0729>" Class1SwitchingCmd: "<delay\0727>" # assumption: +FRS not supported
¿Opciones? Pues si tienes "los ánimos templados" y puedes dejar el servicio de fax "out" durante un rato :-) probar a usar, en lugar de estos datos de configuración para módem Topic, los que tienes para los módem de clase 1 (que se supone es el estándar para módem externos). Si tampoco te funciona con esos datos, siempre puedes volver a poner los del Topic e intentar "ajustar" los parámetros que afectan al envío de faxes, el tiempo de pausa, etc. Y si aún así tampoco funciona, pues cambia de módem :-P. Mira, que envíe una página sin problemas a mi me dice que el firmware de ese módem puede ser "defectuoso" y casi seguro que ese módem bajo windows va como la seda... seguramente por el archivo de configuración donde especifica los parámetros exactos a pasar al módem >:-). ¿Chipsets majos para módems? Los de Agere / Lucent o Rockwell / Conexant suelen ir bien. Por ejemplo, uno de los módems que tengo por aquí es éste (lo tengo en suse 10.1 y en suse 10.3): http://www.ovislinkcorp.es/index.php?seccion=producto&categoria=comunicaciones&id=180 Los chipsets Topic no salen muy bien parados por los foros de Hylafax. Y en cuanto a las capacidades que soporta, sólo he encontrado esta página: http://www.modemsite.com/56k/topic.asp Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-22 a las 11:52 +0100, Camaleón escribió:
¿Chipsets majos para módems? Los de Agere / Lucent o Rockwell / Conexant suelen ir bien. Por ejemplo, uno de los módems que tengo por aquí es éste (lo tengo en suse 10.1 y en suse 10.3):
Usr robotics, el mio es de esos, puerto serie externo. Eché un vistazo por Alternate, pero de esos no hay, la mayoría son pci, y de esos no me fio. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlde8tTMYHG2NR9URAvnWAJwJQycHhIRk+PgxExN3Hf84OkKD4gCglvea MkyTjZ6HCq3zTrazqkAzY2Q= =IPi2 -----END PGP SIGNATURE-----
El 22/01/08, Carlos E. R. escribió:
Usr robotics, el mio es de esos, puerto serie externo.
Por cierto, si me dices que te sigue funcionando en la 10.3 lo actualizo en la wiki :-)
Eché un vistazo por Alternate, pero de esos no hay, la mayoría son pci, y de esos no me fio.
Vaya, han añadido el mío O:-). Lo del módem, pues es suerte. Es posible que uno pci d'esos que pone "designed for Vista" funcione de perlas y otro que buscas "ex profeso" que sea puerto serie externo... se le atasca algo. Marcas como US Robotics, Multitech, Diamond, Ovislink, Zoom, 3com, etc, (los de siempre) suelen ser una apuesta acertada. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-22 a las 13:09 +0100, Camaleón escribió:
El 22/01/08, Carlos E. R. escribió:
Usr robotics, el mio es de esos, puerto serie externo.
Por cierto, si me dices que te sigue funcionando en la 10.3 lo actualizo en la wiki :-)
Claro que funciona. Por lo menos como fax, como modem hace tiempo que no lo pruebo pero no veo porqué no iba a hacerlo. 3com user robotic 56kfaxmodem, pone en la caja.
Eché un vistazo por Alternate, pero de esos no hay, la mayoría son pci, y de esos no me fio.
Vaya, han añadido el mío O:-).
¿cual?
Lo del módem, pues es suerte. Es posible que uno pci d'esos que pone "designed for Vista" funcione de perlas y otro que buscas "ex profeso" que sea puerto serie externo... se le atasca algo.
Yo con PCIs tengo mala suerte, siempre me engañan. Ya me he pillado varias veces los dedos al interpretar "compatible con protocolo tal" como equivalente a "soporta protocolo tal". Hay que leer la letra pequeña con un detalle y mala leche que no veas. Si hubiera un PCI que fuera un verdadero faxmodem, sería muy interesante saberlo.
Marcas como US Robotics, Multitech, Diamond, Ovislink, Zoom, 3com, etc, (los de siempre) suelen ser una apuesta acertada.
Suelen. Esa es la palabra. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHliT/tTMYHG2NR9URAsBsAJwL1gkN1uasTMSIVVWdMZHGiNg2KQCggaMy ZbfV1T+JmukezdSGOqFfyTw= =+vy8 -----END PGP SIGNATURE-----
El 22/01/08, Carlos E. R. escribió:
Claro que funciona. Por lo menos como fax, como modem hace tiempo que no lo pruebo pero no veo porqué no iba a hacerlo.
3com user robotic 56kfaxmodem, pone en la caja.
Pues me lo apunto para añadir la 10.3 como que también funciona.
¿cual?
Jupe, pues el que puse antes >:-) Es el de Ovislink (externo y puerto serie). http://www.alternate.es/html/product/details.html?artno=O1NZZ2&showTechData=true En una de las ofis tenemos 4 modelicos "desos", iguales... así, si casca el módem (o la fuente de alimentación) lo cambio en el acto por cualquiera de los otros y no tengo que andar reajustando nada O:-). Y 3 de esos módems están trabajando con hylafax.
Yo con PCIs tengo mala suerte, siempre me engañan. Ya me he pillado varias veces los dedos al interpretar "compatible con protocolo tal" como equivalente a "soporta protocolo tal". Hay que leer la letra pequeña con un detalle y mala leche que no veas.
Bah, pero para módem no mola una tarjeta, porque no ves las lucecitas, que es 80% de la "gracia y salero" del módem O:-)
Si hubiera un PCI que fuera un verdadero faxmodem, sería muy interesante saberlo.
Oye, que la mayoría de módems / fax para rdsi son en formato tarjeta pci... y en la propia página de Hylafax no salen mal parados: *** http://www.hylafax.org/content/Handbook:Basic_Server_Configuration:Choosing_... "(...) Specifically, PCI modems using the 3Com "Kermit" chipset or the Lucent "Venus" chipsets are hardware modems and have been tested with HylaFAX. Examples are the USR/3Com 3CP5610(A), the MultiTech MT5634ZPX-PCI, or the Zoom 2920. ***
Suelen. Esa es la palabra.
Mira los fabricante de fax / módem pci de arriba O:-). Puede ser que algún modelo falle, sí, pero no es lo habitual. Son marcas con tradición de equipos para telecos y redes... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 22/01/08, Camaleón <noelamac@gmail.com> escribió:
El 21/01/08, Octavio escribió:
Esta línea no la tengo. A continuación pongo el config.ttyUSB0 completo
Bueno, lo que interesa son los parámetros del módem ;-)
# $Id: topic,v 1.4 2003/07/25 16:23:26 lhoward Exp $ # # prototype config for Topic modems and other similarly broken firmwares
Hum... hum... No me acordaba que el módem que tenías utiliza este archivo de configuración para los módem de chipsets Topic, y no sé hasta qué punto es correcto (¿tenías un módem puerto serie conceptronic, con adaptador a puerto usb y en un imac, no :-P?).
Buena memoria :-) En fin tendré que buscar otro por ahí. Está claro que cuando una cosa se retuerce ni haciéndote amigo de Murphy. Echaré un vistazo a ebay Por cierto, la configuración para los modem de clase 1 standard que me comentas, donde la tengo y como hago para configurarlo de esta forma. Porque esta la detectó automáticamente hylafax. Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801222116290.25845@nimrodel.valinor> El 2008-01-22 a las 20:50 +0100, Octavio escribió:
Por cierto, la configuración para los modem de clase 1 standard que me comentas, donde la tengo y como hago para configurarlo de esta forma. Porque esta la detectó automáticamente hylafax.
En el directorio "config" del hylafax. Ahí están una serie de ficheros por modelos de modem, que corresponde a la segunda parte del fichero que has visto (a partir de lo que decía Cameleón de la linea "modem-related stuff...". Es decir, mantendrías la parte anterior a esa línea intacta, y cambiarías la parte de abajo, la del modem. Como no tienes esa linea, pues lo deduces. Verás que hay un fichero llamado "topic", que es el que te han puesto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlk92tTMYHG2NR9URAp79AJ0Vv4i6/Nyw/GGzGJRPYIYKsm1Y+wCcD9KO NxoD1Ikobcz6cc3MUO8pRLs= =sxyM -----END PGP SIGNATURE-----
El 22/01/08, Octavio escribió:
En fin tendré que buscar otro por ahí. Está claro que cuando una cosa se retuerce ni haciéndote amigo de Murphy.
Yo es que también soy "cabezota", no me gusta dejar algo a medias: si algo no funciona, fuera, pero antes intento probar todas las opciones O:-). Pero en este caso, la evidencia es clara y parece que ese modelo de módem pues no funciona bien porque depende del firmware y si tiene algún "gazapatón" (je) / bug pues salvo actualizándolo... Mira, buscando en Google por los parámetros de envío que se podrían ajustar para ese modelo, me he encontrado con usuario de Debian al que le pasaba exactamente lo mismo (problemas en el envío) con ese mismo modem (creo que es el mismo) y con los datos del chipset Topic: http://lists.debian.org/debian-user-spanish/2006/05/msg00100.html
Echaré un vistazo a ebay
Mejor :-).
Por cierto, la configuración para los modem de clase 1 standard que me comentas, donde la tengo y como hago para configurarlo de esta forma. Porque esta la detectó automáticamente hylafax.
Como última prueba (ultima ratio regum), intenta lo que te explica Carlos. Se trata de usar los parámetros de una configuración para modem estándar de clase 1 en lugar de los que tienes (para módem Topic). Como el tuyo es un modem hardware es posible que al menos entienda la clase1... o no O:-). Si necesitas más info del proceso, dilo. Y si con ésto tampoco funciona (no tengo muchas esperanzas, la verdad), pues ya sabes... le das las gracias al módem por los malos tragos que te ha hecho pasar y se lo "endilgas" a algún windowsero
:-).
Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801222347390.25845@nimrodel.valinor> El 2008-01-22 a las 22:33 +0100, Camaleón escribió: ...
Pero en este caso, la evidencia es clara y parece que ese modelo de módem pues no funciona bien porque depende del firmware y si tiene algún "gazapatón" (je) / bug pues salvo actualizándolo...
X'-)
Como última prueba (ultima ratio regum), intenta lo que te explica Carlos. Se trata de usar los parámetros de una configuración para modem estándar de clase 1 en lugar de los que tienes (para módem Topic). Como el tuyo es un modem hardware es posible que al menos entienda la clase1... o no O:-). Si necesitas más info del proceso, dilo.
Yo probaría a desactivar MMR (Modified Modified READ), que en log se ve que lo usa ] Jan 21 20:43:03.32: [30105]: USE 2-D MMR <============= como comenté en otro mensaje. Observa: The ITU-T T.6 recommendation adds a further compression type of Modified Modified READ (MMR), which simply allows for a greater number of lines to be coded by MR than in T.4. This is because T.6 makes the assumption that the transmission is over a circuit with a low number of line errors such as digital ISDN. In this case, there is no maximum number of lines for which the differences are encoded. Y él no está usando una linea RDSI. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlnNItTMYHG2NR9URAlKmAJ9MZajnKz26nm2PtPJwPa6n31Xg4wCgh8SV elHHGalUWOuOcGIMQaIEtG8= =CFg2 -----END PGP SIGNATURE-----
El 22/01/08, Carlos E. R. escribió:
Yo probaría a desactivar MMR (Modified Modified READ), que en log se ve que lo usa
] Jan 21 20:43:03.32: [30105]: USE 2-D MMR <=============
A mi también me lo pone en el registro de envío :-?.
como comenté en otro mensaje. Observa:
The ITU-T T.6 recommendation adds a further compression type of Modified Modified READ (MMR), which simply allows for a greater number of lines to be coded by MR than in T.4. This is because T.6 makes the assumption that the transmission is over a circuit with a low number of line errors such as digital ISDN. In this case, there is no maximum number of lines for which the differences are encoded.
Y él no está usando una linea RDSI.
No, pero en las centrales telefónicas ya pasa todo por digital a rdsi ¿no? De todas formas, probarlo no le va a doler y si conoces algún parámetro más que le pudiera servir, habla ahora, pequeño padawan... ;-). A mi lo que me escama es que una página la envíe bien y la segunda, el módem cuelgue. Eso parece indicar que el firmware de ese módem está "pocho" :-P. Si hubiera alguna forma de "bypasearlo"... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-23 a las 11:09 +0100, Camaleón escribió:
El 22/01/08, Carlos E. R. escribió:
Yo probaría a desactivar MMR (Modified Modified READ), que en log se ve que lo usa
] Jan 21 20:43:03.32: [30105]: USE 2-D MMR <=============
A mi también me lo pone en el registro de envío :-?.
El mio no. También dependerá de que el detinatario tenga esa capacidad.
como comenté en otro mensaje. Observa:
The ITU-T T.6 recommendation adds a further compression type of Modified Modified READ (MMR), which simply allows for a greater number of lines to be coded by MR than in T.4. This is because T.6 makes the assumption that the transmission is over a circuit with a low number of line errors such as digital ISDN. In this case, there is no maximum number of lines for which the differences are encoded.
Y él no está usando una linea RDSI.
No, pero en las centrales telefónicas ya pasa todo por digital a rdsi ¿no?
Si, es cierto, la señal se digitaliza en cuanto entra en la central - pero antes puedes tener seis kilometros de hilo de cobre con empalmes y ratas.
De todas formas, probarlo no le va a doler y si conoces algún parámetro más que le pudiera servir, habla ahora, pequeño padawan... ;-).
Lo que pasa es que no es un "parámetro", sino un hack. Algunas de las configuraciones lo desactivan, pero lo hacen capturando y cambiando la respuesta del modem cuando dice que va a usar "eso". o algo así, no lo he entendido muy bien.
A mi lo que me escama es que una página la envíe bien y la segunda, el módem cuelgue. Eso parece indicar que el firmware de ese módem está "pocho" :-P. Si hubiera alguna forma de "bypasearlo"...
Sí, tiene mucha pinta de eso. Yo primero pienso en la linea, pero si dices que hay reportes similares por la web, entonces es el chisme. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlxtLtTMYHG2NR9URAjppAJ9I6kTvLBZudFmeXneEptGTSd9JygCfciwA B4wTEFKoWqbk7r5VLVyvKKk= =PDga -----END PGP SIGNATURE-----
Bueno, bueno, bueno, Acabo de enviar un fax con dos hojas incluida la portada. Y resulta que no me ha dado error. Lo ha enviado a la primera al menos eso me pone en el panel de fax enviados, entre los que figura un signo de verificación verde en el medio de una lista de cruces rojas (parece una canción de los Ramones). Pero qué hice, para que se produjese este milagro. En honor a la realidad, tenemos que preguntarnos qué hicisteis: Cambiarle el firmware por el de Cass1. El fichero quedó de la siguiente forma: # $Id: topic,v 1.4 2003/07/25 16:23:26 lhoward Exp $ # # prototype config for Topic modems and other similarly broken firmwares # # CountryCode: 34 AreaCode: 981 FAXNumber: XXXXXXXXXX LongDistancePrefix: 0 InternationalPrefix: 00 DialStringRules: "etc/dialrules" ServerTracing: 1 SessionTracing: 11 RecvFileMode: 0777 LogFileMode: 0777 DeviceMode: 0777 RingsBeforeAnswer: 6 SpeakerVolume: medium GettyArgs: "-r -b -s %s %l" LocalIdentifier: "TEVISAN" TagLineFont: etc/lutRS18.pcf TagLineFormat: "From %%l|%c|Page %%P of %%T" MaxRecvPages: 25 # ModemType: Class1 # use this to supply a hint # Modem-related stuff: should reflect modem command interface # and hardware connection/cabling (e.g. flow control). # ModemType: Class1 # use this to supply a hint #ModemRate: 19200 # rate for DCE-DTE communication #ModemFlowControl: xonxoff # XON/XOFF flow control assumed # #ModemSetupDTRCmd: AT&D2 # setup so DTR drop resets modem #ModemSetupDCDCmd: AT&C1 # setup so DCD follows carrier #GettyArgs: "-h %l dx_%s" # modem must auto-detect fax/data # # We can append the "@" symbol to the dial string so that # the modem will wait 5 seconds before attempting to connect # and return result codes that distinguish between no carrier # and no answer. This makes it possible to avoid problems with # repeatedly dialing a number that doesn't have a fax machine # (kudos to Stuart Lynne for this trick.) # # NB: If you need to prefix phone numbers to get through a PBX, # put it in the ModemDialCmd; e.g. "DT9%s@". # #ModemDialCmd: ATDT%s # T for tone dialing # # Other possible configuration stuff. The default strings are # shown below. Only those that are different from the defaults # need to be included in the configuration file. # #ModemResetCmds: "" # stuff to do when modem is reset #ModemAnswerCmd: ATA # use this to answer phone #ModemNoFlowCmd: AT&K # disable flow control cmd #ModemHardFlowCmd: AT&K3 # hardware flow control cmd #ModemSoftFlowCmd: AT&K4 # software flow control cmd #ModemNoAutoAnswerCmd: ATS0=0 # disable auto-answer # # Set modem speaker volume commands: OFF QUIET LOW MEDIUM HIGH. # Note that we both turn the speaker on/off and set volume. # #ModemSetVolumeCmd: "ATM0 ATL0M1 ATL1M1 ATL2M1 ATL3M1" #ModemEchoOffCmd: ATE0 # disable command echo #ModemVerboseResultsCmd: ATV1 # enable verbose command results #ModemResultCodesCmd: ATQ0 # enable result codes #ModemOnHookCmd: ATH0 # place phone on hook (hangup) #ModemSoftResetCmd: ATZ # do soft reset of modem #ModemSoftResetCmdDelay: 3000 # pause after soft reset #ModemWaitTimeCmd: ATS7=60 # wait 60 seconds for carrier #ModemCommaPauseTimeCmd: ATS8=2 # comma pause time is 2 seconds #ModemRecvFillOrder: LSB2MSB # bit order of received facsimile #ModemSendFillOrder: LSB2MSB # bit order modem expects for transmit # Class1Cmd: AT+FCLASS=1 # command to enter class 1 Class1PPMWaitCmd: AT+FTS=7 # command to stop and wait before PPM Class1TCFWaitCmd: AT+FTS=7 # command to stop and wait before TCF Class1EOPWaitCmd: AT+FTS=9 # command to stop and wait before EOP Class1SwitchingCmd: AT+FRS=7 # silence between HDLC recv and trans Class1RecvAbortOK: 200 # wait 200ms for abort response Class1FrameOverhead: 4 # 4 byte overhead in recvd HDLC frames Class1RecvIdentTimer: 40000 # 35+5secs waiting for ident frames Class1TCFMaxNonZero: 10 # max 10% of data may be non-zero Class1TCFMinRun: 1000 # min run is 2/3rds of TCF duration Un saludo y qué deciros. Muchas gracias por todo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-24 a las 18:40 +0100, Octavio escribió:
Bueno, bueno, bueno,
Acabo de enviar un fax con dos hojas incluida la portada. Y resulta que no me ha dado error. Lo ha enviado a la primera al menos eso me pone en el panel de fax enviados, entre los que figura un signo de verificación verde en el medio de una lista de cruces rojas (parece una canción de los Ramones). Pero qué hice, para que se produjese este milagro. En honor a la realidad, tenemos que preguntarnos qué hicisteis:
Cambiarle el firmware por el de Cass1. El fichero quedó de la siguiente forma:
¿Firmware? ¿Has dicho firmware? ¿Tienes un winmodem del tipo que cada vez que se enciende hay que llenarle la memoria a través de una copia del firmware en el ordenador? La leche, ya podías haberlo dicho antes... ¿O es que has ido a la web del fabricante y tenían una actualización de la flash? No me entero. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmOletTMYHG2NR9URAsu9AJ4mI4Vy0HR6nTvtKtTCOOrZ1wQ49QCeIV93 yYgtFWQbsLMX6bAktSFf+14= =9y2q -----END PGP SIGNATURE-----
2008/1/24, Octavio:
Bueno, bueno, bueno,
Acabo de enviar un fax con dos hojas incluida la portada. Y resulta que no me ha dado error. Lo ha enviado a la primera al menos eso me pone en el panel de fax enviados, entre los que figura un signo de verificación verde en el medio de una lista de cruces rojas (parece una canción de los Ramones).
¡Ahi va! Me alegra que te funcione :-).
Pero qué hice, para que se produjese este milagro. En honor a la realidad, tenemos que preguntarnos qué hicisteis:
Cambiarle el firmware por el de Cass1. El fichero quedó de la siguiente forma:
Ojo, que hay valores duplicados...
ModemType: Class1 # use this to supply a hint
Este lo tienes más abajo (en total tienes dos activados), puedes eliminar uno de ellos o comentarlo con "#" para que no te de problemas.
Un saludo y qué deciros. Muchas gracias por todo
De todas formas, no lo pierdas de vista... cuando envíes algún fax, revisa los registros de salida como ya has ido haciendo para ver si te aparece algún error o tiene problemas (se atasca) con algún parámetro. Si dices que envía bien (haz más pruebas de envío, prueba con 4 o 5 páginas, y comprueba también la recepción, no vaya a ser que no te funcione :-P), entonces es que el fax es un hardware fax "real" que al menos soporta la clase 1 y al usar unos valores para modems de chipset Topic pues no podía gestionar correctamente la parada y seguir con la segunda página de envío... y por eso cortaba con un lacónico "no carrier". Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Este es el log que refleja el envio. Parece estar bien Jan 24 18:22:03.82: [ 8492]: SESSION BEGIN 000000141 34981981xxxxxx Jan 24 18:22:03.82: [ 8492]: HylaFAX (tm) Version 4.4.0 Jan 24 18:22:03.82: [ 8492]: SEND FAX: JOB 20 DEST 98135xxxx COMMID 000000141 DEVICE '/dev/ttyUSB0' FROM 'tavi <octavioavalos@xxxxxxxxxxxx>' USER tavi Jan 24 18:22:03.82: [ 8492]: <-- [12:AT+FCLASS=1\r] Jan 24 18:22:03.93: [ 8492]: --> [2:OK] Jan 24 18:22:03.94: [ 8492]: DIAL 98135xxxx Jan 24 18:22:03.94: [ 8492]: <-- [14:ATDT98135xxxx\r] Jan 24 18:22:23.55: [ 8492]: --> [7:CONNECT] Jan 24 18:22:24.84: [ 8492]: --> [2:OK] Jan 24 18:22:24.84: [ 8492]: REMOTE NSF "BC 53 01 60 12 0B 00" Jan 24 18:22:24.84: [ 8492]: NSF remote fax equipment: Minolta Jan 24 18:22:24.84: [ 8492]: <-- [9:AT+FRH=3\r] Jan 24 18:22:24.85: [ 8492]: --> [7:CONNECT] Jan 24 18:22:25.55: [ 8492]: --> [2:OK] Jan 24 18:22:25.55: [ 8492]: REMOTE CSI "98135xxxx" Jan 24 18:22:25.55: [ 8492]: <-- [9:AT+FRH=3\r] Jan 24 18:22:25.56: [ 8492]: --> [7:CONNECT] Jan 24 18:22:26.00: [ 8492]: --> [2:OK] Jan 24 18:22:26.00: [ 8492]: REMOTE best rate 14400 bit/s Jan 24 18:22:26.00: [ 8492]: REMOTE max A4 page width (215 mm) Jan 24 18:22:26.00: [ 8492]: REMOTE max unlimited page length Jan 24 18:22:26.00: [ 8492]: REMOTE best vres 200 x 400 dpi Jan 24 18:22:26.00: [ 8492]: REMOTE format support: MH, MR, MMR, JBIG Jan 24 18:22:26.00: [ 8492]: REMOTE supports T.30 Annex A, 256-byte ECM Jan 24 18:22:26.00: [ 8492]: REMOTE best 5 ms/scanline Jan 24 18:22:26.00: [ 8492]: USE 14400 bit/s Jan 24 18:22:26.00: [ 8492]: USE error correction mode Jan 24 18:22:26.00: [ 8492]: SEND file "docq/cover20;c1" Jan 24 18:22:26.00: [ 8492]: USE A4 page width (215 mm) Jan 24 18:22:26.00: [ 8492]: USE unlimited page length Jan 24 18:22:26.00: [ 8492]: USE 7.7 line/mm Jan 24 18:22:26.00: [ 8492]: USE 2-D MMR Jan 24 18:22:26.00: [ 8492]: USE 0 ms/scanline Jan 24 18:22:26.00: [ 8492]: SEND training at v.17 14400 bit/s Jan 24 18:22:26.00: [ 8492]: <-- [9:AT+FRS=7\r] Jan 24 18:22:26.01: [ 8492]: --> [2:OK] Jan 24 18:22:26.01: [ 8492]: <-- [9:AT+FTH=3\r] Jan 24 18:22:26.06: [ 8492]: --> [7:CONNECT] Jan 24 18:22:26.06: [ 8492]: <-- data [23] Jan 24 18:22:26.06: [ 8492]: <-- data [2] Jan 24 18:22:26.08: [ 8492]: --> [7:CONNECT] Jan 24 18:22:26.08: [ 8492]: <-- data [7] Jan 24 18:22:26.08: [ 8492]: <-- data [2] Jan 24 18:22:28.28: [ 8492]: --> [2:OK] Jan 24 18:22:28.28: [ 8492]: <-- [9:AT+FTS=7\r] Jan 24 18:22:28.29: [ 8492]: --> [2:OK] Jan 24 18:22:28.29: [ 8492]: <-- [11:AT+FTM=145\r] Jan 24 18:22:29.97: [ 8492]: --> [7:CONNECT] Jan 24 18:22:29.97: [ 8492]: <-- data [1024] Jan 24 18:22:29.97: [ 8492]: <-- data [1024] Jan 24 18:22:30.37: [ 8492]: <-- data [652] Jan 24 18:22:30.71: [ 8492]: <-- data [2] Jan 24 18:22:31.52: [ 8492]: --> [2:OK] Jan 24 18:22:31.52: [ 8492]: <-- [9:AT+FRH=3\r] Jan 24 18:22:31.83: [ 8492]: --> [7:CONNECT] Jan 24 18:22:33.04: [ 8492]: --> [2:OK] Jan 24 18:22:33.04: [ 8492]: TRAINING succeeded Jan 24 18:22:33.04: [ 8492]: SEND begin page Jan 24 18:22:33.05: [ 8492]: SEND EOFB Jan 24 18:22:33.05: [ 8492]: SEND send frame number 0 Jan 24 18:22:33.05: [ 8492]: SEND send frame number 1 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 2 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 3 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 4 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 5 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 6 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 7 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 8 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 9 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 10 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 11 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 12 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 13 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 14 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 15 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 16 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 17 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 18 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 19 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 20 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 21 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 22 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 23 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 24 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 25 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 26 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 27 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 28 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 29 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 30 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 31 Jan 24 18:22:33.06: [ 8492]: SEND send frame number 32 Jan 24 18:22:33.06: [ 8492]: <-- [9:AT+FRS=7\r] Jan 24 18:22:33.07: [ 8492]: --> [2:OK] Jan 24 18:22:33.07: [ 8492]: <-- [11:AT+FTM=146\r] Jan 24 18:22:33.57: [ 8492]: --> [7:CONNECT] Jan 24 18:22:33.57: [ 8492]: <-- data [1025] Jan 24 18:22:33.57: [ 8492]: <-- data [1028] Jan 24 18:22:33.97: [ 8492]: <-- data [1028] Jan 24 18:22:34.51: [ 8492]: <-- data [1026] Jan 24 18:22:35.04: [ 8492]: <-- data [1026] Jan 24 18:22:35.58: [ 8492]: <-- data [1030] Jan 24 18:22:36.12: [ 8492]: <-- data [1029] Jan 24 18:22:36.66: [ 8492]: <-- data [1035] Jan 24 18:22:37.20: [ 8492]: <-- data [1030] Jan 24 18:22:37.73: [ 8492]: <-- data [208] Jan 24 18:22:37.83: [ 8492]: <-- data [2] Jan 24 18:22:39.08: [ 8492]: --> [2:OK] Jan 24 18:22:39.08: [ 8492]: <-- [9:AT+FTS=7\r] Jan 24 18:22:39.09: [ 8492]: --> [2:OK] Jan 24 18:22:39.09: [ 8492]: <-- [9:AT+FTH=3\r] Jan 24 18:22:39.14: [ 8492]: --> [7:CONNECT] Jan 24 18:22:39.14: [ 8492]: <-- data [7] Jan 24 18:22:39.14: [ 8492]: <-- data [2] Jan 24 18:22:40.56: [ 8492]: --> [2:OK] Jan 24 18:22:40.56: [ 8492]: SEND send PPS (partial page signal) Jan 24 18:22:40.56: [ 8492]: SEND send MPS (more pages, same document) Jan 24 18:22:40.56: [ 8492]: <-- [9:AT+FRH=3\r] Jan 24 18:22:40.87: [ 8492]: --> [7:CONNECT] Jan 24 18:22:42.09: [ 8492]: --> [2:OK] Jan 24 18:22:42.09: [ 8492]: SEND recv MCF (message confirmation) Jan 24 18:22:42.09: [ 8492]: <-- [9:AT+FRS=7\r] Jan 24 18:22:42.11: [ 8492]: --> [2:OK] Jan 24 18:22:42.11: [ 8492]: SEND end page Jan 24 18:22:42.11: [ 8492]: SEND FAX (000000141): FROM octavioavalos@xxxxxxxxxxx TO 98135xxxx (page 1 of 2 sent in 0:16) Jan 24 18:22:42.11: [ 8492]: SEND FAX (000000141): FROM octavioavalos@xxxxxxxxxxx TO 98135xxxx (docq/cover20;c1 sent in 0:16) Jan 24 18:22:43.11: [ 8492]: SEND file "docq/doc28.ps;c1" Jan 24 18:22:43.11: [ 8492]: SEND begin page Jan 24 18:22:43.13: [ 8492]: SEND EOFB Jan 24 18:22:43.13: [ 8492]: SEND send frame number 0 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 1 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 2 ....................................................................................................... Jan 24 18:22:43.13: [ 8492]: SEND send frame number 12 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 13 ...................................................................................................... Jan 24 18:22:43.13: [ 8492]: SEND send frame number 20 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 21 ....................................................................................................... Jan 24 18:22:43.13: [ 8492]: SEND send frame number 26 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 27 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 28 ......................................................................................................... Jan 24 18:22:43.13: [ 8492]: SEND send frame number 43 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 44 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 45 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 46 Jan 24 18:22:43.13: [ 8492]: SEND send frame number 47 ......................................................................................................... Jan 24 18:22:43.14: [ 8492]: SEND send frame number 54 Jan 24 18:22:43.14: [ 8492]: SEND send frame number 55 Jan 24 18:22:43.14: [ 8492]: SEND send frame number 56 Jan 24 18:22:43.14: [ 8492]: <-- [11:AT+FTM=146\r] Jan 24 18:22:43.63: [ 8492]: --> [7:CONNECT] Jan 24 18:22:43.63: [ 8492]: <-- data [1025] Jan 24 18:22:43.63: [ 8492]: <-- data [1060] Jan 24 18:22:44.03: [ 8492]: <-- data [1034] Jan 24 18:22:44.57: [ 8492]: <-- data [1030] Jan 24 18:22:45.11: [ 8492]: <-- data [1032] Jan 24 18:22:45.65: [ 8492]: <-- data [1034] Jan 24 18:22:46.22: [ 8492]: <-- data [1027] Jan 24 18:22:46.76: [ 8492]: <-- data [1025] Jan 24 18:22:47.29: [ 8492]: <-- data [1025] Jan 24 18:22:47.83: [ 8492]: <-- data [1036] Jan 24 18:22:48.37: [ 8492]: <-- data [1028] Jan 24 18:22:48.91: [ 8492]: <-- data [1027] Jan 24 18:22:49.44: [ 8492]: <-- data [1024] Jan 24 18:22:49.98: [ 8492]: <-- data [1034] Jan 24 18:22:50.52: [ 8492]: <-- data [1028] Jan 24 18:22:51.06: [ 8492]: <-- data [330] Jan 24 18:22:51.23: [ 8492]: <-- data [2] Jan 24 18:22:52.63: [ 8492]: --> [2:OK] Jan 24 18:22:52.63: [ 8492]: <-- [9:AT+FTS=9\r] Jan 24 18:22:52.64: [ 8492]: --> [2:OK] Jan 24 18:22:52.64: [ 8492]: <-- [9:AT+FTH=3\r] Jan 24 18:22:52.69: [ 8492]: --> [7:CONNECT] Jan 24 18:22:52.69: [ 8492]: <-- data [7] Jan 24 18:22:52.69: [ 8492]: <-- data [2] Jan 24 18:22:54.11: [ 8492]: --> [2:OK] Jan 24 18:22:54.11: [ 8492]: SEND send PPS (partial page signal) Jan 24 18:22:54.11: [ 8492]: SEND send EOP (no more pages or documents) Jan 24 18:22:54.11: [ 8492]: <-- [9:AT+FRH=3\r] Jan 24 18:22:54.41: [ 8492]: --> [7:CONNECT] Jan 24 18:22:55.64: [ 8492]: --> [2:OK] Jan 24 18:22:55.64: [ 8492]: SEND recv MCF (message confirmation) Jan 24 18:22:55.64: [ 8492]: <-- [9:AT+FRS=7\r] Jan 24 18:22:55.65: [ 8492]: --> [2:OK] Jan 24 18:22:55.65: [ 8492]: SEND end page Jan 24 18:22:55.65: [ 8492]: SEND FAX (000000141): FROM octavioavalos@xxxxxxxxxxx TO 98135xxxx (page 2 of 2 sent in 0:12) Jan 24 18:22:55.65: [ 8492]: SEND FAX (000000141): FROM octavioavalos@XXXXXXXX TO 98135xxxx (docq/doc28.ps;c1 sent in 0:12) Jan 24 18:22:56.66: [ 8492]: <-- [9:AT+FTH=3\r] Jan 24 18:22:56.70: [ 8492]: --> [7:CONNECT] Jan 24 18:22:56.70: [ 8492]: <-- data [3] Jan 24 18:22:56.70: [ 8492]: <-- data [2] Jan 24 18:22:58.01: [ 8492]: --> [2:OK] Jan 24 18:22:59.02: [ 8492]: <-- [5:ATH0\r] Jan 24 18:22:59.12: [ 8492]: --> [10:NO CARRIER] Jan 24 18:22:59.12: [ 8492]: MODEM No carrier Jan 24 18:22:59.25: [ 8492]: SESSION END Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801251237270.18534@nimrodel.valinor> El 2008-01-24 a las 23:20 +0100, Camaleón escribió:
milagro. En honor a la realidad, tenemos que preguntarnos qué hicisteis:
Cambiarle el firmware por el de Cass1. El fichero quedó de la siguiente forma:
Ojo, que hay valores duplicados...
¿Que firmware? Yo no veo ningún firmware por ningún lado :-/ ¿Ha flasheado el modem? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmcoZtTMYHG2NR9URAujfAJ94Fj83fXoJ/ksC3K9tcvFttzBh7QCfSSpm PSm0KhPUzA1I2ZPHSi1wr18= =1v3T -----END PGP SIGNATURE-----
No, disculpa, me expliqué mal. Estaba obsesionado con el firmware para la tarjeta inhalambrica bcm43xx y el fwcutter, que en ese momento para mí era todo firmware. Lo que hice fue coger la configuración que aparece en el subdirectorio /var/spool/fax/config para los modem class1 y sustituí la configuración "type" que tenía en config.ttyUSB0 en hylafax. Probé a enviar un fax y al menos en apariencia, no dio error. Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-25 a las 13:36 +0100, Octavio escribió:
No, disculpa, me expliqué mal. Estaba obsesionado con el firmware para la tarjeta inhalambrica bcm43xx y el fwcutter, que en ese momento para mí era todo firmware. Lo que hice fue coger la configuración que aparece en el subdirectorio /var/spool/fax/config para los modem class1 y sustituí la configuración "type" que tenía en config.ttyUSB0 en hylafax. Probé a enviar un fax y al menos en apariencia, no dio error.
¡Ahhhh! Vale. Es que me tenías alucinando. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmeFHtTMYHG2NR9URAoceAJ4u2lM7LvkBMGy6XeWQj4gqMSmetgCeNwfX EVn+kSkaDQ30ikPLE0KxC40= =+M3t -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-21 a las 23:24 +0100, Camaleón escribió:
"No carrier" es como si hubiera perdido la comunicación. Y el mensaje de error importante viene después:
*** Unspecified Transmit Phase C error
DTE to DCE data underflow - normally caused by a poor quality modem with insufficient buffer, or caused by a Serial port which is not properly handling software flow control or which cannot properly buffer the data flow at normal speeds. ***
¿Modem barato otra vez, y del ECI? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlTNbtTMYHG2NR9URAh12AKCUd0yNnnUMLPnLUXWoffIOtYuGWgCggLvr nSTbc/yRH+NwIU6TXibHiJQ= =w9/V -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801212334060.27259@nimrodel.valinor> El 2008-01-21 a las 21:52 +0100, Octavio escribió:
Bueno, vamos a ver como salió esto. A continuación os pongo el log del envio:
... Jan 21 20:43:03.32: [30105]: SEND file "docq/cover18;c1" ...
Jan 21 20:43:16.71: [30105]: <-- data [7] Jan 21 20:43:16.71: [30105]: <-- data [2] Jan 21 20:43:18.13: [30105]: --> [2:OK] Jan 21 20:43:18.13: [30105]: SEND send PPS (partial page signal) Jan 21 20:43:18.13: [30105]: SEND send MPS (more pages, same document) Jan 21 20:43:18.13: [30105]: <-- [9:AT+FRH=3\r] Jan 21 20:43:18.38: [30105]: --> [7:CONNECT] Jan 21 20:43:19.50: [30105]: --> [2:OK] Jan 21 20:43:19.50: [30105]: SEND recv MCF (message confirmation) Jan 21 20:43:19.50: [30105]: DELAY 70 ms Jan 21 20:43:19.57: [30105]: SEND end page
Hasta aquí ha enviado la primera hoja bien (la portada).
Jan 21 20:43:20.58: [30105]: SEND file "docq/doc25.ps;c1"
Y este es el documento, que lo deberías encontrar en /var/spool/fax/docq/doc25.ps
Jan 21 20:43:20.58: [30105]: SEND begin page Jan 21 20:43:20.61: [30105]: SEND EOFB Jan 21 20:43:20.61: [30105]: SEND send frame number 0 Jan 21 20:43:20.61: [30105]: SEND send frame number 1 Jan 21 20:43:20.61: [30105]: SEND send frame number 2 ... Jan 21 20:43:20.63: [30105]: SEND send frame number 97 Jan 21 20:43:20.63: [30105]: SEND send frame number 98 Jan 21 20:43:20.63: [30105]: SEND send frame number 99 Jan 21 20:43:20.63: [30105]: <-- [11:AT+FTM=146\r] Jan 21 20:43:21.12: [30105]: --> [7:CONNECT] Jan 21 20:43:21.12: [30105]: <-- data [1029] ... Jan 21 20:43:34.53: [30105]: <-- data [873] Jan 21 20:43:34.97: [30105]: <-- data [2] Jan 21 20:43:34.97: [30105]: --> [10:NO CARRIER]
¡Se pierde la portadora! Yo diría que es la linea.
Jan 21 20:43:34.97: [30105]: SEND end page Jan 21 20:43:34.97: [30105]: Unspecified Transmit Phase C error Jan 21 20:43:34.97: [30105]: DELAY 70 ms Jan 21 20:43:35.04: [30105]: <-- [9:AT+FTH=3\r] Jan 21 20:43:42.59: [30105]: --> [0:] Jan 21 20:43:43.59: [30105]: <-- [5:ATH0\r] Jan 21 20:43:43.82: [30105]: --> [2:OK] Jan 21 20:43:43.95: [30105]: SESSION END
¿Tendré mal la velocidad?
No, pero... Jan 21 20:43:03.32: [30105]: REMOTE format support: MH, MR, MMR Jan 21 20:43:03.32: [30105]: REMOTE supports T.30 Annex A, 256-byte ECM Jan 21 20:43:03.32: [30105]: REMOTE best 0 ms/scanline Jan 21 20:43:03.32: [30105]: USE 14400 bit/s Jan 21 20:43:03.32: [30105]: USE error correction mode Jan 21 20:43:03.32: [30105]: SEND file "docq/cover18;c1" Jan 21 20:43:03.32: [30105]: USE A4 page width (215 mm) Jan 21 20:43:03.32: [30105]: USE unlimited page length Jan 21 20:43:03.32: [30105]: USE 7.7 line/mm Jan 21 20:43:03.32: [30105]: USE 2-D MMR <============= Jan 21 20:43:03.32: [30105]: USE 0 ms/scanline Jan 21 20:43:03.32: [30105]: SEND training at v.17 14400 bit/s FRM es un modo de compresión avanzado que presupone que la línea no tiene ruido ni errores, como las digitales. A lo mejor se puede desactivar. [..] En el directorio "/var/spool/fax/config" hay ejemplos de eso. lucent-mt-21: # Some firmware revisions (i.e. 1.25) report MMR support but corrupt the data. # Some firmware revisions (i.e. 1.25 and 1.28) report extended resolution support but # have trouble with 300x300 and 400x400 resolutions and corrupt DIS for inch resolutions. # Enabling the following lines should work around these things. # Compare this against the modem's AT+FCC=? response. # Class2DCCQueryCmd: "!(03),(00-05),(00-02),(00-02),(00-01),(00-01),(00),(00-07)" # ModemAnswerCmd: AT+FCC=03,,,,1,,,,0;A # ModemDialCmd: AT+FCC=03,,,,1,,,,0;DT%s No estoy seguro de como se hace eso, es un tiro al aire... pero podría ser. Debería haber un registro en el modem que controlara esos modos :-? Pero mi manual de modem no veo nada. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlSyBtTMYHG2NR9URAmcmAJ4w+9pKhIKm7YYfBzMHner6Im0u6ACcD2fd n3p/UnivD3Qo8FVBNOMXUVo= =4DFo -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-21 a las 19:50 +0100, Camaleón escribió:
El 21/01/08, Carlos E. R. escribió:
Sí, pero en este caso no se trata simplemente de asignarte un número, sino de darte unos servicios, igual que un ISP o u Operador Telefónico.
No siempre se necesitan esos servicios "extra".
Por ejemplo, puedo necesitar sólo un número sip para ser localizable y que con sólo marcando el número asignado me suele el equipo que tenga aquí sip. Yo pongo la infraestructura (adsl), pongo los terminales (teléfonos sip) y pongo el gateway (asterisk, por ejemplo).
De esta forma, puedo llamar EE.UU. (por ejemplo) gratis, siempre y cuando el destinatario tenga sip habilitado. Y además, mantengo mis líneas convencionales con las telefónicas de turno (tarifas planas para llamadas nacionales y para los móviles pongo un enlace en la centralita). Ea :-P.
Eso si. Y ya lo dije, que podrías hablar con destinatarios de la misma tecnología. Y para eso no hace falta un número “legal”, la red sip es p2p.
No pierdo nada y ahorro en llamadas en las el coste por línea convencional es realmente elevado.
Cierto, pero no para faxes que no funcionan con esa tecnología. Para destinatarios de esos, que tienen banda ancha de internet por narices (por tener VoIp), mejor el email. {cmt}
No, hay unos cuantos más.
Busqué por Vodafone y Orange y no salió nada O:-). Quizá algún otro tipo de empresa...
Es que yo uso de información "de oficio", que no privilegiada, y en vez de usar el motor de búsqueda me bajo los ficheros de las bases de datos y miro directamente en ellos O:-)
O sea, que pa'eso, mandas un emilio.
Yo, para éso, mantengo mi módem-fax :-P. Trabajo con proveedores que no siempre tienen correo electrónico... el fax es aún útil. Tan útil como que tengo 261 faxes en la carpeta de "enviados" y 419 en la de "recibidos" :-)
Cierto, muy cierto, siempre lo he dicho. Además, tiene valor legal. Péeero... alguien (destino) que tenga una asterix para VoIp, por narices tiene una conexión a internet, y por ende, emilio. Teniendo esa tecnología veo absurdo mandar faxes, ya que enviar VoIp es más trabajoso para la red (paquetes urgentes, casi tiempo real, multimedia, etc) que enviar email.
Y lo crucial:
Perhaps of more interest to many deployers today, Asterisk also supports a wide range of Voice over IP protocols, including SIP, MGCP and H.323. Asterisk can interoperate with most SIP telephones, acting both as registrar and as a gateway between IP phones and the PSTN.
[ continuo escribiendo otro dia, liado ]
¿Ein...? :-?
Que yo escribo, y cuando me canso o surge algo lo archivo y continuo otro dia... si me acuerdo O:-) Y si lo dices por que no sabes porqué dije lo de lo crucial, pues no me acuerdo, fué otro dia. Bueno, quizás... Lo del SIP no es el único protocolo. El SIP es el protocolo inventado por la gente de internet, RFCs y toda esa historia. Las empresas telefónicas, en cambio, prefieren otro protocolo, el H.323, por ejemplo. Parten de puntos de vista diferentes respecto a cómo hacer las cosas... y las empresas de telefonía, de telefonía saben un montón. Por lo visto el asterisk maneja ambos, y eso es importante. Yo no te se decir cual gana ahora mismo, ni cual es técnicamente mejor, pero antes te hubiera dicho que H.323 por donde yo trabajaba. Tendría que repasar mis cursos para recordar pros/cons. ...
Jo, Carlos, que hay tarjetas multipuerto. Y si tienes líneas rdsi, dos canales por puerto, con 3 tarjetas de 4 puertos tienes una centralita con capacidad de gestionar ¡¡¡24 canales!!!
A ver, a ver, que no nos entendemos. Voy a hacer unos gráficos de cabeza, conceptuales, y que pueden tener diferencias con respecto a la realidad existente ahí fuera, dado que ya no trabajo en esto. Esto es una instalación substituyendo a una centralita tradicional, con terminales de telefono tradicionales, y conexión a la red telefónica básica tradicional. No hay ningún tipo de ahorro por usar VoIp, puesto que no se usa: PSTN (1) RTCB | [----------] | [ chisme ]--------------[telefono] total, 100 telefonos |--/------[ con ]--------------[telefono] de toda la vida, | (mic) [ asterisk ] ···· analogicos o digitales, | [ ]--------------[telefono] en mesas, despachos | [----------]--------------[telefono] etc Lo he puesto con entrada por enlace MIC, 32 canales teóricos (24 en USA). Empresarial a tope. Pero necesitas hardware dedicado: eso no lo hace un PC de ninguna manera, o tienes que montar un tinglado de cables y tarjetas de mucho cuidado (100 cables para los teléfonos internos). ten en cuenta que son teléfonos analógicos... el PC no tiene hardware para conmutar esas llamadas analógicas - y dudo que las RDSI pueda. (2) /-> internet, por cable, ethernet, adsl, banda anchísma, etc. PSTN | RTCB | | | [----------] | | [ chisme ]--------------[telefono] total, 100 telefonos |--/------[ con ]--------------[telefono] de toda la vida, | | [ asterisk ] ···· analogicos o digitales, | |----[ ]--------------[telefono] en mesas, despachos | [----------]--------------[telefono] etc Aquí, debido a la conexión a internet, logras una ventaja enrutando algunas lamadas al exterior via VoIp. Se consigue mejora si además hay contrato con proveedor de VoIp, porque puedes enviar llamadas con destinos tradicionales por internet, y no sólo las de VoIp puras. Pero el hardware interno es el mismo del 1, por lo que un PC no creo que haga todo eso. (1) /-> internet, por cable, ethernet, adsl, banda anchísma, etc. PSTN | RTB | (3) | | [----------] | | [ chisme ] |--/- ----[ con ] | | [ asterisk ] | |----[ ]---------· | | [----------] | [PC] [PC] [PC] [PC][PC] | | | | | | | \---[firewall + router ]-+---LAN----+---+---+---+---+----- | | | | | T T T T T l l l l l f f f f f n n n n n Aquí tienes ambos mundos, y es donde el asterisk brilla. Los teléfonos son todos VoIp, conectados directa y exclusivamente a la LAN local (bueno, y a la alimentación), y a través del router, al exterior, y además, al chisme con el asterisk, que ahora sí, puede ser un PC con alguna tarjeta especial (si hay conexión a la RTB). Las llamadas viajan como VoIP, y el PC/Asterix se limita básicamente a gestionar las llamadas - y, opcionalmente, a meter algunas llamadas que no pueden viajar mediante VoIP por la red convencional de teléfonos (como por ejemplo, a los bomberos). Igualmente comviene tener contrato de VoIp para poder enviar llamadas a teléfonos tradicionales con transporte VoIP, que es más barato - por ejemplo, a Houston. ¿CAPISHI?
No veo yo claro lo del asterix, no... por eso están asociados a una empresa que vende el hardware específico.
Al igual que Hylafax que tiene una empresa "dedicada" (iFax) pues asterisk también , no veo el problema. Hay empresas que necesitan una solución de este tipo funcionando en el menor tiempo posible, tener soporte, etc...
No he dicho que sea un problema. ¡Es que es necesario! Necesitas un hardware específico, lo fabrique quien lo fabrique, ellos u otros.
(...) Corto...
Esa es la explicación más breve que se me ocurre.
Ju-pe. No me imagino la "verbose mode" :-P.
Realmente la base es muy simple... pero no es sencillo de explicar. Cuando te explican como se conmutan las llamadas digitalmente, la mente hace CLICK, lo entiendes, y te das cuenta de que un vulgar 68000 puede conmutar una matriz de 1000 llamadas el solito. O más, no he hecho las cuentas. Porque es un 68000... los armarios en realidad están llenos de, digamos, los conversores D/A y A/D, generadores de tonos, circuito de timbre, hardware de pruebas, locuciones, y una tremenda parafernalia de cables (por miles) y redundancias. Lo de cómo medir la señal de audio en dB, sentado en una mesa del control, del abonado número tal... eso no ya no es tan simple, yo no sabría explicarlo, todavía no lo entiendo del todo.
La característica del asunto es que los terminales son tontos (lease teléfono de disco mecánico), y las centrales son tremendamente complejas.
En VoIp es lo contrario. Las centrales son relativamente simples, y los terminales se hacen más complejos, necesitan CPU. Es inteligencia y complejidad distribuida. El equipo de transmisión es el mismo... con la diferencia que la saturación ahora produce retrasos y cortes, porque el enrutamiento es el de tcp/ip e internet, que está orientado a paquetes donde el tiempo carece de importancia (relativamente).
Hum... me encanta la idea de teléfonos inteligentes, sobre todo los que saben cuando no hay que sonar porque su amito está descansando apaciblemente ;-)
¡Pues yo no estaba pensando en esa inteligencia precisamente! Pensaba en saber como enrutar un paquete IP.... :-P Lo otro, bueno, pues lo que sobre de CPU y sepan/quieran venderte. Igual que los móviles. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlk6ltTMYHG2NR9URAplhAJ90mJTaffmpBW72mzWN5YTyaKBV5ACgmK/P z4vLSP7/mh8sKBoSO/7UvmE= =MjKC -----END PGP SIGNATURE-----
El 22/01/08, Carlos E. R. escribió:
Eso si. Y ya lo dije, que podrías hablar con destinatarios de la misma tecnología. Y para eso no hace falta un número "legal", la red sip es p2p.
Bueno, para éso ya están "los skypes" de turno, por ejemplo.
Cierto, pero no para faxes que no funcionan con esa tecnología. Para destinatarios de esos, que tienen banda ancha de internet por narices (por tener VoIp), mejor el email.
No tienen porqué... pueden usar la opción del módem virtual (IAXmodem) :-P
Es que yo uso de información "de oficio", que no privilegiada, y en vez de usar el motor de búsqueda me bajo los ficheros de las bases de datos y miro directamente en ellos O:-)
¿Y qué isp más aparece? Porque teleco con red propia sólo conozco a Telefónica, Vodafone y Orange en móvil y añade BT y Jazztel en fijo :-?
Cierto, muy cierto, siempre lo he dicho. Además, tiene valor legal. Péeero... alguien (destino) que tenga una asterix para VoIp, por narices tiene una conexión a internet, y por ende, emilio.
No creas. Y te pongo un ejemplo. Yo, salvo que me convenga por algún motivo, nunca doy el correo electrónico a un proveedor (les digo que no tengo) y les doy el fax O:-). De veras que me ahorro problemas, y me quito un porrón de spam y de virus... no es broma. Los españoles no tenemos aún desarrollada la "cultura del e-mail". En lugar de considerarlo una herramienta de trabajo lo usamos para enviar "powerpoints", y bueno, ya sabes cómo acaba todo éso.
Teniendo esa tecnología veo absurdo mandar faxes, ya que enviar VoIp es más trabajoso para la red (paquetes urgentes, casi tiempo real, multimedia, etc) que enviar email.
No, no lo creas. Si me dices que el envío es hacia fuera de España, vale. Pero para aquí, yo prefiero el fax (salvo contadas -contadísimas- excepciones).
Que yo escribo, y cuando me canso o surge algo lo archivo y continuo otro dia... si me acuerdo O:-)
Ya, pero, hum, me hizo gracia... eres "mu organizao" :-).
Y si lo dices por que no sabes porqué dije lo de lo crucial, pues no me acuerdo, fué otro dia. Bueno, quizás... Lo del SIP no es el único protocolo. El SIP es el protocolo inventado por la gente de internet, RFCs y toda esa historia. Las empresas telefónicas, en cambio, prefieren otro protocolo, el H.323, por ejemplo. Parten de puntos de vista diferentes respecto a cómo hacer las cosas... y las empresas de telefonía, de telefonía saben un montón. Por lo visto el asterisk maneja ambos, y eso es importante. Yo no te se decir cual gana ahora mismo, ni cual es técnicamente mejor, pero antes te hubiera dicho que H.323 por donde yo trabajaba. Tendría que repasar mis cursos para recordar pros/cons.
h323 lo usaba el netmeeting de MS si no recuero mal. En esta página los comparan "de tú a tú" a los dos: http://www.packetizer.com/ipmc/h323_vs_sip/ Me quedo con ambos y con chismes que trabajen con los dos O:-) (Esquema 1)
Lo he puesto con entrada por enlace MIC, 32 canales teóricos (24 en USA). Empresarial a tope. Pero necesitas hardware dedicado: eso no lo hace un PC de ninguna manera, o tienes que montar un tinglado de cables y tarjetas de mucho cuidado (100 cables para los teléfonos internos). ten en cuenta que son teléfonos analógicos... el PC no tiene hardware para conmutar esas llamadas analógicas - y dudo que las RDSI pueda.
Un equipo lo hace, Carlos, lo hace. Sólo necesitas los componentes adecuados, pero es posible hacerlo... Digium tiene "appliances" ya montados para todo tipo de sistemas (convencionales, ip puros e híbridos): http://www.digium.com/en/products/ Para los teléfonos convencionales sólo necesitas que vayan a algún adaptador, pero nada más. (Esquema 2)
Pero el hardware interno es el mismo del 1, por lo que un PC no creo que haga todo eso.
También es posible. Uno o varios pc, pueden hacerlo perfectamente. (Esquema 3)
Aquí tienes ambos mundos, y es donde el asterisk brilla. Los teléfonos son todos VoIp, conectados directa y exclusivamente a la LAN local (bueno, y a la alimentación), y a través del router, al exterior, y además, al chisme con el asterisk, que ahora sí, puede ser un PC con alguna tarjeta especial (si hay conexión a la RTB). Las llamadas viajan como VoIP, y el PC/Asterix se limita básicamente a gestionar las llamadas - y, opcionalmente, a meter algunas llamadas que no pueden viajar mediante VoIP por la red convencional de teléfonos (como por ejemplo, a los bomberos).
Igualmente comviene tener contrato de VoIp para poder enviar llamadas a teléfonos tradicionales con transporte VoIP, que es más barato - por ejemplo, a Houston.
¿CAPISHI?
Capito (creo) :-)
Realmente la base es muy simple... pero no es sencillo de explicar.
¿Simple...? Ya >:-)
Cuando te explican como se conmutan las llamadas digitalmente, la mente hace CLICK, lo entiendes, y te das cuenta de que un vulgar 68000 puede conmutar una matriz de 1000 llamadas el solito. O más, no he hecho las cuentas. Porque es un 68000... los armarios en realidad están llenos de, digamos, los conversores D/A y A/D, generadores de tonos, circuito de timbre, hardware de pruebas, locuciones, y una tremenda parafernalia de cables (por miles) y redundancias.
Lo de cómo medir la señal de audio en dB, sentado en una mesa del control, del abonado número tal... eso no ya no es tan simple, yo no sabría explicarlo, todavía no lo entiendo del todo.
"Pa entender to eso" necesito que me lo "virtualicen" para verlo en tiempo real, si no, ni coscorro :-P
¡Pues yo no estaba pensando en esa inteligencia precisamente! Pensaba en saber como enrutar un paquete IP.... :-P
Bueno, también O:-)
Lo otro, bueno, pues lo que sobre de CPU y sepan/quieran venderte. Igual que los móviles.
Ah, no es nada sencillo >:-). Primero el teléfono "inteligente" tiene que establecer comunicación el dueño vía usb (o venga, vía inalámbrica). Una vez conectado, se descarga de su mente toda la información que tiene acumulada en sus neuronas y sinapsis de las llamadas que ha gestionado en toda su vida. Las procesa, las analiza y determina (mediante algoritmos matemáticos) de quién se pueden aceptar llamadas y cuándo es conveniente hacerlo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (3)
-
Camaleón -
Carlos E. R. -
Octavio