SPAM: Caller ID en HylaFAX para llamadas de voz
Hola, Tengo HylaFAX funcionando en una línea dedicada (no hay teléfono, sólo el modem que responde a los 3 "rings"). A menudo llaman pensando que se trata de una línea combinada (teléfono/fax) y esperan que alguien les conteste, pero al responder el fax cuelgan. ¿Existe alguna forma de ver en el registro de HylaFAX el número de quien ha realizado la llamada (Caller ID)? Si en lugar de conectar el modem pongo un teléfono normal, el número queda grabado (la identificación de llamada funciona) pero no me llega esa información a HylaFAX. Saludos, -- Camaleón
2006/10/11, Camaleón
Hola,
Tengo HylaFAX funcionando en una línea dedicada (no hay teléfono, sólo el modem que responde a los 3 "rings"). A menudo llaman pensando que se trata de una línea combinada (teléfono/fax) y esperan que alguien les conteste, pero al responder el fax cuelgan.
¿Existe alguna forma de ver en el registro de HylaFAX el número de quien ha realizado la llamada (Caller ID)? Si en lugar de conectar el modem pongo un teléfono normal, el número queda grabado (la identificación de llamada funciona) pero no me llega esa información a HylaFAX.
No se si estar´e mas perdido que Adan el dia de las madres, pero revisa esto: http://www.hylafax.org/content/Handbook:Advanced_Server_Configuration:Modem_... Parece que es necesario que faxgetty este configurado para distinguir si se trata de un llamada de voz, datos o fax. Despues entra a trabajar el vgetty, que si puede llevar un log de las llamadas de voz. Otro link interesante es: http://www.hylafax.org/content/Handbook:Advanced_Server_Configuration:Caller... Roberto
2006/10/11, Roberto Pineda: http://www.hylafax.org/content/Handbook:Advanced_Server_Configuration:Modem_... En este enlace explican la teoría del funcionamiento del Caller ID, pero no veo la forma de configurarlo para que quede registrado. Dicen: "If Caller-ID support is configured (CIDName and CIDNumber), then any Caller-ID information returned by the modem is parsed." Sí, pero se trata de una llamada de teléfono (voz), no sé si los valores de CIDName y CIDNumber se aplican en este caso.
Parece que es necesario que faxgetty este configurado para distinguir si se trata de un llamada de voz, datos o fax.
Despues entra a trabajar el vgetty, que si puede llevar un log de las llamadas de voz.
Bien, pero no quiero que se establezca llamada de voz, me interesa que el número quede grabado en el registro individual que lleva HylaFAX en cada llamada. En faxes salientes y entrantes el número queda guardado sin problemas (salvo que esté oculto) pero en llamaads de voz no queda nada.
http://www.hylafax.org/content/Handbook:Advanced_Server_Configuration:Caller...
Tampoco dicen qué parámetros modificar para que quede registrado el número de teléfono de la llamada de voz, hablan más bien de cómo enrutar / filtrar los faxess egún el número del remitente. Voy a investigar más este tema, a ver si encuentro la forma de llevarlo a cabo. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-12 a las 10:16 +0200, Camaleón escribió:
http://www.hylafax.org/content/Handbook:Advanced_Server_Configuration:Modem_...
/usr/share/doc/packages/hylafax/html/setup-advanced.html Hay que tener un modem que soporte CID. En españa, la info viene entre el primer y segundo timbrazo, por lo que el modem/hylafax no debe descolgar antes. Dice: * Any caller-ID information received by a faxgetty process is recorded in trace logs provided the ServerTracing configuration parameter is set to enable the collection of server messages. * Inbound calls may be accepted or rejected according to an access control list specified by the QualifyCID configuration parameter. Entonces hay que ver a que log se refiere. En el /var/spool/fax/etc/config tengo: LogFacility: daemon CountryCode: 34 InternationalPrefix: 00 DialStringRules: etc/dialrules.europe ServerTracing: 1 SessionTracing: 0xffffffff Ahora hay que ver ese "ServerTracing" que valores puede tomar. En "setup.html" dice «Consult the descriptions of ServerTracing and SessionTracing in the config manual page.» Se que es un bitmap. La página puede ser " hylafax-config(5f)" - ¡sí, ahí están! Bueno... son unos cuantos, pero no veo claro cual es: ServerTracing² A number that controls the generation of tracing information by a server when not actively sending or receiving facsimile. Tracing is divided into areas that are individually controlled. To enable tracing of multiple areas of operation, the flag associated with each area should be bit-or'd to form the value for this tag. Flag Area Description 1 (0x00001) Server Operation queue management and general operation 2 (0x00002) FAX/IXO Protocol T.30 facsimile protocol or IXO/TAP protocol 4 (0x00004) Modem Operations modem hardware manipulation 8 (0x00008) Modem Communications comands passed between host and modem 16 (0x00010) Timeouts timer operations 32 (0x00020) Modem Capabilities modem capabilities 64 (0x00040) HDLC Frames binary T.30 HDLC frames 128 (0x00080) Binary Modem I/O binary communication between host and modem 256 (0x00100) Server State Transitionsserver program state transitions 512 (0x00200) Queue Management job queue management 1024 (0x00400) Copy Quality copy quality checking of received facsimile 2048 (0x00800) Job Management low-level job management 4096 (0x01000) IXO Protocol low-level IXO protocol 8192 (0x02000) Config File Parsing unknown configuration file parameters 16384 (0x04000) FIFO Messages inter-application messages 32768 (0x08000) Modem State Transitions modem state changes (down, busy, ready) 65536 (0x10000) Dial Rules dialstring rules parsing and execution 131072 (0x20000) Docq Changes document reference handling 262144 (0x40000) TIFF library any messages produced by the TIFF library 524288 (0x80000) ECM Frames binary T.30-A HDLC ECM frames For example, to enable tracing of server operations and protocol operations, a value of 1+2=3 should be specified. NB: tracing timeouts and/or binary modem I/O can adversely affect the operation of the fax server; enabling these areas should be done with extreme care. Podrían ser el 0x00004, 0x00020, o 0x08000 que se refieren al modem. O si interpretamos la frase «the ServerTracing configuration parameter is set to enable the collection of server messages» entonces serían 0x00001 (que es el valor que ya tiene) o 0x00100. Puedo hacer probatinas. Avisaré que no me lo cojan... 0x00100. no es. Espera, a lo mejor el modem no dice nada, tengo que iniciarlo con "AT#cid=1". ¿Pero donde rayos le digo al hylafax la cadena de inicio que quiero que use? Ah, es algo como esto, buscando "CID" con "mc" en los ficheros de configuración de diversos modems: ModemResetCmds: AT#CID=1 CallIDPattern: "NMBR=" #CallIDPattern: "NAME=" Compruebo con mi modem que es lo que me devuelve, con minicom: OK at#cid=1 OK RING DATE = 1012 TIME = 1411 NMBR = 65nnnnnnn RING Luego el modem si que ve mi numero. Y el hylafax me registra algo, pero no lo que quiero: Oct 12 14:13:46 nimrodel FaxGetty[6829]: MODEM U.S. ROBOTICS 56K FAX / Oct 12 14:13:47 nimrodel FaxGetty[6829]: STATE CHANGE: BASE -> RUNNING (timeout 30) Oct 12 14:13:47 nimrodel FaxGetty[6829]: HELLO Oct 12 14:14:00 nimrodel FaxGetty[6829]: STATE CHANGE: RUNNING -> LISTENING Oct 12 14:14:27 nimrodel FaxGetty[6829]: MODEM U.S. ROBOTICS 56K FAX / Oct 12 14:14:28 nimrodel FaxGetty[6829]: STATE CHANGE: LISTENING -> RUNNING (timeout 30) Quizás sea otra máscara. Probemos a lo bruto: 4 + 8 + 32 + 32768 + 257 = 33069 (en config.modem). No. Ah, tengo que hacer un "init q" para reniniciar el faxgetty. Ahora si lo voy viendo: Oct 12 14:17:01 nimrodel init: Re-reading inittab Oct 12 14:17:01 nimrodel FaxGetty[6829]: --> [2:OK] Oct 12 14:17:04 nimrodel FaxGetty[6829]: MODEM flush i/o Oct 12 14:17:04 nimrodel FaxGetty[6829]: <-- [9:AT#CID=1\r] Oct 12 14:17:04 nimrodel FaxGetty[6829]: --> [8:AT#CID=1] Y un porrón más de lineas que sobran. Llamemos. ¡BINGO! Oct 12 14:18:52 nimrodel FaxGetty[6829]: STATE CHANGE: RUNNING -> LISTENING Oct 12 14:18:52 nimrodel FaxGetty[6829]: --> [4:RING] Oct 12 14:18:53 nimrodel FaxGetty[6829]: --> [11:DATE = 1012] Oct 12 14:18:53 nimrodel FaxGetty[6829]: MODEM CID , Oct 12 14:18:53 nimrodel FaxGetty[6829]: --> [11:TIME = 1418] Oct 12 14:18:53 nimrodel FaxGetty[6829]: MODEM CID , Oct 12 14:18:53 nimrodel FaxGetty[6829]: --> [16:NMBR = 65nnnnnnn] Oct 12 14:18:53 nimrodel FaxGetty[6829]: MODEM CID , Oct 12 14:18:56 nimrodel FaxGetty[6829]: --> [4:RING] Oct 12 14:19:06 nimrodel FaxGetty[6829]: <-- [5:ATH0\r] Oct 12 14:19:06 nimrodel FaxGetty[6829]: --> [2:OK] Ahí está el númerito que buscas. Ahora falta encontrar la máscara reducida. 4 + 257 = 261 init q ¡Si! Con eso basta. Y con 4 + 1 = 5 también, probemos. No. 257? Tampoco. O sea, hay que poner 261. Tampoco, ahora no me funciona. 257 + 8 = 265? No. 257 + Espera, es que tarda, 265 si que funciona. Y quizás 1 + 8 = 9 nimrodel:~ # init q ; rchylafax restart Si, con 9 me funciona, como no sea el retraso. Resumiendo: 1: Server Operation queue management and general operation 8: Modem Communications comands passed between host and modem 256: Server State Transitions server program state transitions O sea, vale con un 9. Y es demasiado verborrea para mi gusto, porque registra todos los comandos enviados al modem y sus respuestas... ¡No quiero ni pensar lo que pasará cuando envíe un fax! Hay que jugar con el syslog, pero eso te lo dejo como ejercicio, que mi familia la tengo exasperada con mis llamaditas, y ahora quieren llamar ellos ;-) ¿En que log se te registran los faxes entrantes? Yo es que no tengo entrantes, mis intentos sólo han quedado en el syslog. No se que pasaría si le hubiera dicho al hylafax que me descolgase :-? Me mosquea esta linea del log: Oct 12 14:18:53 nimrodel FaxGetty[6829]: MODEM CID , Oct 12 14:18:53 nimrodel FaxGetty[6829]: --> [16:NMBR = 65nnnnnnn] ¿Porqué no aparece el número en la primera linea? Quizás... quizás en la configuración falta un espacio: CallIDPattern: "NMBR = " A lo mejor, si conseguimos que aparezca en esa linea, se puede reducir la verborrea del modem. Pero no puedo probarlo ahora. Lo dejaré puesto. A ver si me llama alguien... ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFLjrRtTMYHG2NR9URApe5AJ48tnQNGblhZLCuarLBYCVuE8hKWgCeNb4f /NPYJ/IAZ4AExcWA0X+Vqvw= =taFP -----END PGP SIGNATURE-----
El 12/10/06, Carlos E. R. escribió: Antes de nada, gracias por la explicación, Carlos, y por tomarte la molestia de probar las cosas. Con correos así dan ganas de seguir intentando configurar las cosas como cada cual necesita :-). Resumo tu correo a los siguientes puntos: - Respuesta del modem a los 3 timbres - Configuración del registro para ver el número CallerID - Modem con soporte CallerID y cadena de iniciación adecuada Bien, antes de nada resumo de forma breve los datos que tengo: - Módem (detectado por Hylafax como "Rockwell RC288DPi-based Class 1 modem") http://www.ovislinkcorp.es/index.php?seccion=producto&categoria=comunicaciones&id=180 - Versión de Hylafax (en SuSE 10.0_x86_64) 4.2.1 He hecho lo siguiente: 1) En "/var/spool/fax/etc/config" y "/etc/var/spool/fax/etc/config.ttyS0" he puesto: ServerTracing: 9 2) En "config.ttyS0" además lo he puesto para que salte a los 3 timbres (estaba en 1): RingsBeforeAnswer: 3 ModemResetCmds: AT+VCID=1 CallIDPattern: "NMBR= " Ejecuto "init q" y "rchylafax restart" y llamo al fax. En el registro de la sesión de esa llamada en /var/spool/fax/log veo: Oct 12 16:36:36.70: [ 8723]: SESSION BEGIN 000000186 nnnnnnnnnnn Oct 12 16:36:36.70: [ 8723]: HylaFAX (tm) Version 4.2.1 Oct 12 16:36:36.70: [ 8723]: <-- [4:ATA\r] Oct 12 16:36:42.86: [ 8723]: --> [7:CONNECT] Oct 12 16:36:42.86: [ 8723]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0' Oct 12 16:36:42.86: [ 8723]: STATE CHANGE: ANSWERING -> RECEIVING Oct 12 16:36:42.86: [ 8723]: MODEM input buffering enabled Oct 12 16:36:42.86: [ 8723]: RECV FAX: begin Oct 12 16:36:42.86: [ 8723]: RECV FAX: CDPN Oct 12 16:36:42.86: [ 8723]: MODEM input buffering disabled Oct 12 16:36:42.86: [ 8723]: <-- HDLC<32:FF C0 04 AD 00 55 12 9E 36 86 62 82 1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C Oct 12 16:36:42.86: [ 8723]: <-- data [32] Oct 12 16:36:42.86: [ 8723]: <-- data [2] (...) Lo extraño: 1) No aparece el número de teléfono en ninguna parte del registro 2) El registro no ha aumentado su "verbosidad" al menos este registro. Voy a ver en "messages". Ah, ahora hay más información en "messages", pone: Oct 12 16:34:36 linux FaxGetty[8723]: MODEM ROCKWELL RC288DPi/ACF3_V1.088-V90_P21_FSH Oct 12 16:34:36 linux FaxGetty[8723]: <-- [7:ATL2M1\r] Oct 12 16:34:36 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:36:26 linux FaxGetty[8723]: --> [4:RING] Oct 12 16:36:31 linux FaxGetty[8723]: --> [4:RING] Oct 12 16:36:36 linux FaxGetty[8723]: --> [4:RING] Oct 12 16:36:42 linux FaxGetty[8723]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0' Oct 12 16:37:21 linux FaxGetty[8723]: <-- [5:ATH0\r] Oct 12 16:37:22 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:27 linux FaxGetty[8723]: <-- [4:ATZ\r] Oct 12 16:37:27 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [10:AT+VCID=1\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [9:AT+VCID=1] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [7:ATS0=0\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [6:ATS0=0] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [5:ATE0\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [4:ATE0] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [5:ATV1\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [5:ATQ0\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [7:ATS8=2\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [8:ATS7=60\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [6:AT&K3\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [6:AT&D2\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [6:AT&C1\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [12:AT+FCLASS=?\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [14:0,1,1.0,2,8,10] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [12:AT+FCLASS=1\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [5:ATI3\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [23:ACF3_V1.088-V90_P21_FSH] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [9:AT+FTM=?\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: <-- [9:AT+FRM=?\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:37:30 linux FaxGetty[8723]: MODEM ROCKWELL RC288DPi/ACF3_V1.088-V90_P21_FSH Oct 12 16:37:30 linux FaxGetty[8723]: <-- [7:ATL2M1\r] Oct 12 16:37:30 linux FaxGetty[8723]: --> [2:OK] Pero sigue sin aparecer el número... es posible que el módem no lo soporte. Si se te ocurre alguna cosa, me cuentas :-). Saludos, -- Camaleón
2006/10/12, Camaleón
El 12/10/06, Carlos E. R. escribió:
Antes de nada, gracias por la explicación, Carlos, y por tomarte la molestia de probar las cosas. Con correos así dan ganas de seguir intentando configurar las cosas como cada cual necesita :-).
Definitivamente una respuesta muy completa. http://www.hylafax.org/content/Handbook:Advanced_Server_Configuration:Caller... Aca te dice que no todos los modems pueden tener la capacidad de procesar estas senales. Roberto
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-12 a las 17:10 +0200, Roberto Pineda escribió:
Definitivamente una respuesta muy completa.
http://www.hylafax.org/content/Handbook:Advanced_Server_Configuration:Caller...
Aca te dice que no todos los modems pueden tener la capacidad de procesar estas senales.
Y también da un aviso: | **NOTE** CIDName and CIDNumber have been deprecated by a new CallIDn | framework. This page needs updating. -DPN Y mirando en hylafax-config(5f), hay efectivamente un apartado sobre eso bajo "CallIDPattern" que conviene leer. Lo digo porque la explicación de la página es con "CIDNumber". La información que puse en mi email creo que es correcta, usa "CallIDPattern" - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFLtIAtTMYHG2NR9URAt84AJ4xt398dxYm6YjasQ7l3RFALFPOwwCfZIgd GweYOSEzohuUlraPb8boSjA= =pu6L -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-12 a las 16:47 +0200, Camaleón escribió:
El 12/10/06, Carlos E. R. escribió:
Antes de nada, gracias por la explicación, Carlos, y por tomarte la molestia de probar las cosas. Con correos así dan ganas de seguir intentando configurar las cosas como cada cual necesita :-).
Me picaba la curiosidad, lo tenía pendiente hace mucho tiempo, sólo que yo quería conseguirlo sin hylafax.
Resumo tu correo a los siguientes puntos:
- Respuesta del modem a los 3 timbres
Si, es más seguro. Con dos debe bastar, he visto que la info llega justo después del primer timbrazo, que es muy corto, casi un bip.
- Configuración del registro para ver el número CallerID - Modem con soporte CallerID y cadena de iniciación adecuada
Sasto. Lo extraño es el sitio donde se pone eso.
Bien, antes de nada resumo de forma breve los datos que tengo:
- Módem (detectado por Hylafax como "Rockwell RC288DPi-based Class 1 modem")
http://www.ovislinkcorp.es/index.php?seccion=producto&categoria=comunicaciones&id=180
Tendrás que mirar en su manual como se activa el CID.
- Versión de Hylafax (en SuSE 10.0_x86_64) 4.2.1
He hecho lo siguiente:
1) En "/var/spool/fax/etc/config" y "/etc/var/spool/fax/etc/config.ttyS0" he puesto:
En mi caso, es en "/var/spool/fax/etc/config.modem", no tengo /etc/var/...
ServerTracing: 9
2) En "config.ttyS0" además lo he puesto para que salte a los 3 timbres (estaba en 1):
RingsBeforeAnswer: 3 ModemResetCmds: AT+VCID=1 CallIDPattern: "NMBR= "
Ejecuto "init q" y "rchylafax restart" y llamo al fax. En el registro de la sesión de esa llamada en /var/spool/fax/log veo:
Pero ese log es un fichero por cada envío de log, creo. O, uno por cada sesión completada.
Oct 12 16:36:36.70: [ 8723]: SESSION BEGIN 000000186 nnnnnnnnnnn Oct 12 16:36:36.70: [ 8723]: HylaFAX (tm) Version 4.2.1 Oct 12 16:36:36.70: [ 8723]: <-- [4:ATA\r] Oct 12 16:36:42.86: [ 8723]: --> [7:CONNECT] Oct 12 16:36:42.86: [ 8723]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0' Oct 12 16:36:42.86: [ 8723]: STATE CHANGE: ANSWERING -> RECEIVING Oct 12 16:36:42.86: [ 8723]: MODEM input buffering enabled Oct 12 16:36:42.86: [ 8723]: RECV FAX: begin Oct 12 16:36:42.86: [ 8723]: RECV FAX: CDPN Oct 12 16:36:42.86: [ 8723]: MODEM input buffering disabled Oct 12 16:36:42.86: [ 8723]: <-- HDLC<32:FF C0 04 AD 00 55 12 9E 36 86 62 82 1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C Oct 12 16:36:42.86: [ 8723]: <-- data [32] Oct 12 16:36:42.86: [ 8723]: <-- data [2]
(...)
Lo extraño:
1) No aparece el número de teléfono en ninguna parte del registro 2) El registro no ha aumentado su "verbosidad" al menos este registro.
Si, es que esos son los registros de sesion, y lo que buscamos son los registros del server (ServerTracing vs SessionTracing).
Voy a ver en "messages".
Ah, ahora hay más información en "messages", pone:
Oct 12 16:34:36 linux FaxGetty[8723]: MODEM ROCKWELL RC288DPi/ACF3_V1.088-V90_P21_FSH Oct 12 16:34:36 linux FaxGetty[8723]: <-- [7:ATL2M1\r] Oct 12 16:34:36 linux FaxGetty[8723]: --> [2:OK] Oct 12 16:36:26 linux FaxGetty[8723]: --> [4:RING]
Tendría que estar aquí.
Oct 12 16:36:31 linux FaxGetty[8723]: --> [4:RING] Oct 12 16:36:36 linux FaxGetty[8723]: --> [4:RING] Oct 12 16:36:42 linux FaxGetty[8723]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0'
Pero sigue sin aparecer el número... es posible que el módem no lo soporte.
Si se te ocurre alguna cosa, me cuentas :-).
Lo puedes probar con el programa minicom, como hice yo. Paras en el /etc/inittab el faxgetty o lo que sea, para liberar el puerto (# czo linea), y arrancas el minicom para hablar con el modem. Le mandas la cadena de inicio: AT+VCID=1 y llamas al fax, a ver como responde. Y ojo, a lo mejor esa no es la cadena de activación de CID, en el mío es "AT#CID=1". Es más fácil hacer esa probatina con el minicom que liarte con el hylafax. Y si no, mira en el manual del modem a ver si es de otra forma. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFLlz8tTMYHG2NR9URAvIcAJ43NlnZUlbSG+Bi0BLq9UE4CsUsCACfQeiY DUo74y8FEME8qg8FhP7FF9o= =/QAq -----END PGP SIGNATURE-----
El 12/10/06, Carlos E. R. escribió:
Tendrás que mirar en su manual como se activa el CID.
Ahora lo miro... a ver, "Instalación del driver en Windows 98", "Instalación en Windows XP", "Especificaciones". :-) El manual tiene 5 páginas. De todas formas, lo preguntaré al soporte técnico de Ovislink, lo bueno de esta gente es que siempre contestan.
En mi caso, es en "/var/spool/fax/etc/config.modem", no tengo /etc/var/...
Sí, se me ha coldado. Es que estoy también afinando Samba y voy de /etc a /var contínuamente.
Pero ese log es un fichero por cada envío de log, creo. O, uno por cada sesión completada.
Sí, pensaba que ese era el lugar para ver la información completa.
Lo puedes probar con el programa minicom, como hice yo. Paras en el /etc/inittab el faxgetty o lo que sea, para liberar el puerto (# czo linea), y arrancas el minicom para hablar con el modem. Le mandas la cadena de inicio:
AT+VCID=1
Voy a probar otras, pero la única que me responde OK y no ERROR es ésta. Por ejemplo: AT#CID=1 > ERROR AT&CID=1 > 56000
y llamas al fax, a ver como responde. Y ojo, a lo mejor esa no es la cadena de activación de CID, en el mío es "AT#CID=1". Es más fácil hacer esa probatina con el minicom que liarte con el hylafax. Y si no, mira en el manual del modem a ver si es de otra forma.
Voy a indagar más en la cadena de iniciación, pero me temo lo pero (que el modem no lo soporta). En el manual de 5 páginas poco pone, salvo los estándares que cumple :-(. Mañana les llamo para verificarlo. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-12 a las 17:34 +0200, Camaleón escribió:
El 12/10/06, Carlos E. R. escribió:
Tendrás que mirar en su manual como se activa el CID.
Ahora lo miro... a ver, "Instalación del driver en Windows 98", "Instalación en Windows XP", "Especificaciones". :-) El manual tiene 5 páginas.
¡PFFFF! El mio lo tuve que buscar por internet. Lo habitual es eso, explicarte donde hay que hacer click, click.
De todas formas, lo preguntaré al soporte técnico de Ovislink, lo bueno de esta gente es que siempre contestan.
Algo es algo.
Voy a indagar más en la cadena de iniciación, pero me temo lo pero (que el modem no lo soporta). En el manual de 5 páginas poco pone, salvo los estándares que cumple :-(. Mañana les llamo para verificarlo.
O cambias de modem, y externos buenos no hay muchos, y de puerto serie... O pones un cacharrito externo para que liste los números, que tesa los tenía. O un teléfono. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFLmKWtTMYHG2NR9URAuIsAJ0cdin71zxB1f/n7u2KfHscvcw9FgCggORf hXO56/OJaSbpkqzg07J9P0U= =Xg4l -----END PGP SIGNATURE-----
El 12/10/06, Carlos E. R. escribió:
O un teléfono.
El teléfono... He llamado al centro donde está el servidor y les he dicho que conecten un teléfono al patch panel, desconectando el módem, para ver si el problema venía por otro lado. La sorpresa es que al teléfono tampoco llega la identificación de llamada, sencillamente suena, pero no aparece nada en la pantalla :-O. El módem está conectado a una extensión analógica de una centralita rdsi y es posible que haya que configurar el puerto para que le pase esa información a la extensión o que sencillamente haya que dar de alta esa opción de identificación de llamada en Telefónica (me inclino por la primera opción, la segunda creo que viene de "fábrica" hoy en día). ¡Brrrr! Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-12 a las 18:30 +0200, Camaleón escribió:
O un teléfono.
El teléfono...
He llamado al centro donde está el servidor y les he dicho que conecten un teléfono al patch panel, desconectando el módem, para ver si el problema venía por otro lado. La sorpresa es que al teléfono tampoco llega la identificación de llamada, sencillamente suena, pero no aparece nada en la pantalla :-O.
¡Vaya! O sea, que la configuración que pusiste igual funcionaba.
El módem está conectado a una extensión analógica de una centralita rdsi y es posible que haya que configurar el puerto para que le pase esa información a la extensión o que sencillamente haya que dar de alta esa opción de identificación de llamada en Telefónica (me inclino por la primera opción, la segunda creo que viene de "fábrica" hoy en día).
¡Brrrr!
No lo des por hecho, depende del contrato. Vi un teléfono este verano que no identificaba las llamadas: tiene un contrato antiguo, y como está en la playa pues no le han llegado las llamadas de los comerciales ofreciendo el CID. En el contrato básico no recuerdo como se llama, pero es una opción gratuita, junto con lo de poder desviar la llamada, conferencia a tres, contestador, y esas chuminadas (que por cierto, las centrales tienen de serie a coste cero para todos los abonados; si no se activan es por cuestiones comerciales - salvo el contestador, ese es distinto). O sea, si la linea es POTS (Plain Old Telephone Service - me gusta el nombrecito) pues tener o no tener CID es por contrato. Si la linea es RDSI y a través de centralita, pues la hemos cagado: el protocolo por el que se envía el CID en las lineas analógicas está diseñado para ser transparente del todo para los teléfonos que lo desconocen. A ver, tengo que enrollarme un poquito O:-) El equivalente de un teléfono colgado es un electroimán (martillo de la campana) con un condensador en serie que bloquea los 48 voltios de tensión continua en reposo: es decir, no conduce la corriente continua. Pero en cambio la corriente alterna de unos ~60 voltios pasa a través del condensador y activa el martillo (que como es corriente alterna, vibra, timbrando). Hasta que el teléfono se descuelga, no hay nada más en el circuito, ni electrónica ni nada (que se podría estropear por el alto voltaje alterno de la llamada). Como no hay electrónica activada, si llega información CID no la va a ver. Hay que saber también que las lineas analógicas actuales siguen el mismo estandard que hace cincuenta o más años. Vamos, que un teléfono de Graham Bell casi funcionaría hoy en dia. Lo que se añade ha de ser compatible. Por eso se puede enviar la información del CID justo al terminar el primer timbrazo, imagino que como tonos. Te cuento todo esto para explicar que la circuitería de envío del CID es un añadido posterior en el circuito llamador de las centrales, y que imagino que las centralitas también podrían tener con un coste superior, pero me sospecho que se lo ahorran. En cambio, en las lineas RDSI, incluso internas, como es un diseño muy posterior y desde cero, pues ya previeron otro sistema para enviar datos de señalización, numero llamante y lo que haga falta. Así que... no veo como solucionar esto. El proveedor de la centralita quizás te pueda decir si pueden meter el CID. Si no, pues también sería la centralita la que se encarge de registrar todas las llamadas entrantes en un log, depende de sus posibilidades... La alternativa es un fax rdsi en el PC, y me parece recordar que estuviste luchando con eso hace un tiempo, ¿no? Me suena. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFLtuGtTMYHG2NR9URAoAbAJ400akbhABXbMf6ejX68E5Xlr7rJACeOzuS CIKqq/I6B3qWSDyUtWMq4XQ= =EdYt -----END PGP SIGNATURE-----
El 13/10/06, Carlos E. R. escribió:
Así que... no veo como solucionar esto. El proveedor de la centralita quizás te pueda decir si pueden meter el CID. Si no, pues también sería la centralita la que se encarge de registrar todas las llamadas entrantes en un log, depende de sus posibilidades...
Estoy casi segura de que la centralita puede pasar el número a la extensión, tan sólo habrá que configurarlo... pienso yo, claro. Hum, me estoy empezando a poner verde como Hulk sólo de pensar que no se puede.
La alternativa es un fax rdsi en el PC, y me parece recordar que estuviste luchando con eso hace un tiempo, ¿no? Me suena.
Buf, ni lo menciones, que ya pasé lo mío con éso :-). Al final esa opción era inviable, no funcionan los modem rdsi con ese tipo de conexionado (terminal punto a multipunto) y por eso se pusieron los modems analógicos. Lo primero será conseguir que se visualice el número de quien llama en un teléfono, luego volveré con las pruebas de HylaFAX para ver si logro configurarlo. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-13 a las 08:58 +0200, Camaleón escribió:
Lo primero será conseguir que se visualice el número de quien llama en un teléfono, luego volveré con las pruebas de HylaFAX para ver si logro configurarlo.
Nada, pues ya nos contarás como termina la cosa, que tengo curiosidad ;-) P.D.: Y a ver cuando los de IT de SuSE consiguen quitarnos los letreritos de "spam", del subject, que ya me tienen harto. Me dijeron que estan en ello, pero caray lo que tardan... - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFL16FtTMYHG2NR9URAixBAJ4tKvhhnHTMPd/k7PoNs4y3nRNn2gCfYrTa ZMHHCKhIexmhI572WZ8mOk8= =4IBE -----END PGP SIGNATURE-----
2006/10/13, Camaleón
El 13/10/06, Carlos E. R. escribió:
Así que... no veo como solucionar esto. El proveedor de la centralita quizás te pueda decir si pueden meter el CID. Si no, pues también sería la centralita la que se encarge de registrar todas las llamadas entrantes en un log, depende de sus posibilidades...
Estoy casi segura de que la centralita puede pasar el número a la extensión, tan sólo habrá que configurarlo... pienso yo, claro. Hum, me estoy empezando a poner verde como Hulk sólo de pensar que no se puede.
La alternativa es un fax rdsi en el PC, y me parece recordar que estuviste luchando con eso hace un tiempo, ¿no? Me suena.
Buf, ni lo menciones, que ya pasé lo mío con éso :-). Al final esa opción era inviable, no funcionan los modem rdsi con ese tipo de conexionado (terminal punto a multipunto) y por eso se pusieron los modems analógicos.
Lo primero será conseguir que se visualice el número de quien llama en un teléfono, luego volveré con las pruebas de HylaFAX para ver si logro configurarlo.
El domingo pasado intente instalar Capi utilizando un RPM (modulos par el kernel) para utilizar un modem FritzX (Teledat x120) y mi sorpresa fue que funciono ;-) No, realmente que se creo un log que me dice el numero de telefono que me llama /var/log/capisuite.log Sun Oct 15 13:59:33 2006 Connection 0x8201c88: Connection object created for incoming call PLCI 101 from - to 7625643 CIP 0x4 Sun Oct 15 13:59:33 2006 Connection 0x8201c88: call from - to 7625643 ignoring Sun Oct 15 13:59:33 2006 Connection 0x8201c88: Connection object deleted Sun Oct 15 14:10:55 2006 Connection 0x8201c88: Connection object created for incoming call PLCI 101 from 02517619359 to 7625643 CIP 0x4 Utilizo la 10.1 Roberto
participants (3)
-
Camaleón
-
Carlos E. R.
-
Roberto Pineda