GIYF ....
http://www.voip-info.org/wiki/view/Asterisk+fax#Zapfaxdetection
--
Raúl Alexis Betancor Santana
Dimensión Virtual
Para la parte ZAP/DAHDI, con lo de esa web te basta.
Para la parte SIP desde Asterisk al Audiocodecs ... tendrá que desactivar
el soporte de t.38 del audiocodecs (si lo tiene), y configurar que solo
negocie el codec alaw o ulaw para los puertos de los faxes, es la unica forma
quasi-efectiva de que funcione con Asterisk, que deja bastante que desear
en el tratamiento de FoIP.
Saludos
Que yo sepa no existe "versión T.38" de Asterisk, ya que Asterisk no soportar
T.38 ni como gateway, ni como end-point.
Solo CallWeaver, Yate o FreeSwitch lo soportan.
De las soluciones que hay para fax para Asterisk, no conozco (que no quiere
decir que no las haya) ninguna que funcione bien en modo T.38 gateway o
end-point.
> Que yo sepa no existe "versión T.38" de Asterisk, ya que Asterisk no soportar
> T.38 ni como gateway, ni como end-point.
> Solo CallWeaver, Yate o FreeSwitch lo soportan.
>
> De las soluciones que hay para fax para Asterisk, no conozco (que no quiere
> decir que no las haya) ninguna que funcione bien en modo T.38 gateway o
> end-point.
>
Echale un ojo a esto: http://www.venturevoip.com/news.php?rssid=2302
--
/Saúl
http://saghul.net | http://sipdoc.net
De las "intenciones" de que la 1.6 soporte T.38 y la 1.8, sabemos hace
años ... la realidad es que el soporte de T.38 en la 1.6 apesta y en la 1.8
ya veremos.
Es bastante "curioso" cuando hecha mierda sobre los fabricantes he "insinúa"
que el motivo de hayan tenido que reescribir el soporte de FAX en la serie
1.6 es por problemas de interoperatividad en la negociación de SDP .... eso
es una soberana MENTIRA. Lo han tenido que reescribir por el simple hecho de
que no funcionaba, no cumplía con los RFC y cascaba 10 de cada 9 veces que lo
intentabas (si está bien, 10 de cada 9).
Pregunta a la galería, alguien ha conseguido alguna vez que el T.38
passthrought le funcione en la 1.4 o en la 1.6 ¿?, me gustaría saber con qué
versión y contra que equipo de T.38, porque yo me he hartado de probar contra
cisco, grandstream, linksys, patton, etc. y como tengas al Asterisk detrás de
un NAT o alguno de los dos dispositivos T.38 esté detrás de un NAT, falla
estrepitosamente.
Se supone que en modo passthrought tiene que funcionar de forma transparente,
solo "mangleando" las IP's en caso de NAT, pero no es así, elimina atributos
del SDP, renegocia velocidades y hace 1000 troperías más que evitan que
funcione.
Tengo un 1.4 funcionando con un gateway grandstream de 8 puertos
gxw4108 para recibir llamadas de la calle y un gateway de 24 puertos
fxs gxw4024 para los internos, tengo conectado una máquina de fax a
uno de los puertos del gateway gxw4024, puedo recibir y enviar fax con
normalidad desde y hacia la calle a través de estos grandstream.
Para la extensión de fax estoy utilizando el codec ulaw y en la
sección T.38 Setting del gateway fxo: ch1-8:mode=2,rate=9600,ecm=1;
. En el gxw4024 en la opción Fax Mode he puesto T.38 (Auto Detect).
Saludos,
--
Linux User: 255902
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Uff ... a ver como te contesto y te lo explico ....
En tu escenario NO SE ESTA usando T.38 para nada.
Tu escenario es:
PSTN <-> 4108 <-> Asterisk <-> 4024 <-> FAX
En ese escenario, Asterisk hace de T.38 passtrought y solo en el caso de que
tengas configurado el T.38 en los gateways.
Es un escenario donde tienes ambos gateways en la misma LAN y donde si usas el
canreinvite=yes, negociarían el T.38 directo entre ellos .... ergo no es
ninguno de los escenarios que he descrito en los que Asterisk no funciona con
T.38, puesto que no hace de End-Point, no hace de Gateway y el passthrought
no implica NATs ..