[AsteriskBrasil] Fwd: T.38 com GVT

Terça Fevereiro 23 09:31:32 BRT 2010

Minhas esperiencia com T.38 com as Operadoras SIP é negativa, fiquei muitos
meses testando e não consegui obter uma margem de erro satisfatorio.

Depois de muitas negociações com a operadora, no meu caso a Intelig,
começamos a trabalha com o codec alaw, depois de muitos ajuste conseguimos
colocar a funcionar 100%.

Até o momento só obtive sucesso com T.38 utilizando equipamento da mesma
marca na duas pontas.

Em 23 de fevereiro de 2010 09:13, Vinícius Fontes
<vinicius em canall.com.br>escreveu:

> Sem diferença. Isso é o que acontece, com o canreinvite setado ou não:
>
> [Feb 23 08:57:44] WARNING[472]: app_fax.c:128 span_message: WARNING T.30
> Page did not end cleanly
> [Feb 23 08:57:50] WARNING[472]: app_fax.c:178 phase_e_handler: Error
> transmitting fax. result=40: Unexpected DCN after requested retransmission.
> [Feb 23 08:57:50] WARNING[472]: app_fax.c:767 transmit: Transmission failed
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:10]
> NoOp("SIP/voxip-00000040", "modem = ") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:11]
> NoOp("SIP/voxip-00000040", "FAXSTATUS = FAILED") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:12]
> NoOp("SIP/voxip-00000040", "FAXERROR = Unexpected DCN after requested
> retransmission") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:13]
> NoOp("SIP/voxip-00000040", "CALLID =  5433142499 ") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:14]
> NoOp("SIP/voxip-00000040", "FAXPAGES = ") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:15]
> NoOp("SIP/voxip-00000040", "FAXBITRATE = ") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:16]
> NoOp("SIP/voxip-00000040", "FAXRESOLUTION = ") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:17]
> NoOp("SIP/voxip-00000040", "FAXMODE = T38") in new stack
> [Feb 23 08:57:50]     -- Executing [s em macro-recebefax:18]
> Hangup("SIP/voxip-00000040", "") in new stack
> [Feb 23 08:57:50]   == Spawn extension (macro-recebefax, s, 18) exited
> non-zero on 'SIP/voxip-00000040'
>
>
> Atenciosamente,
>
> Vinícius Fontes
> Gerente de Segurança da Informação
> Canall Tecnologia em Comunicações
> Passo Fundo - RS - Brasil
> +55 54 2104-7000
>
> Information Security Manager
> Canall Tecnologia em Comunicações
> Passo Fundo - RS - Brazil
> +55 54 2104-7000
>
> ----- "Paulo Heckmaier" <heckmaier em gmail.com> escreveu:
>
> > Vinicios tente essa conf. no sip.conf
> > deixei o que precisa alterar em negrito
> >
> >
> > [general]
> > [general]
> > context=interno
> > allowguest=yes
> > bindport=5060
> > binaddr=0.0.0.0
> > fromdomain= pabx.canall.com.br
> > language=pt_BR
> > srvlookup=no
> > disallow=all
> > allow=alaw
> > dtmfmode=rfc2833
> > nat=yes
> > tos_sip=af31
> > tos_audio=ef
> > tos_video=af41
> > maxexpiry=3600
> > minexpiry=3600
> > defaultexpiry=3600
> > canreinvite=yes
> > allowsubscribe = yes
> > subscribecontext = interno
> > notifyringing = yes
> > notifyhold = yes
> > limitonpeers = yes
> >
> > t38_udptl=yes
> >
> > [voxip]
> > username=5421047000
> > nat=yes
> > type=friend
> > secret=5421047000
> > port=5060
> > canreinvite=yes
> > insecure=port,invite
> > host= gvt.com.br
> > fromuser=5421047000
> > fromdomain= gvt.com.br
> > dtmfmode=rfc2833
> > context=entrada-e1
> > disallow=all
> > allow=alaw
> > qualify=yes
> > t38_udptl=yes
> >
> >
> > 2010/2/22 Vinícius Fontes < vinicius em canall.com.br >
> >
> >
> > Opa, acho que eu não fui muito claro. Vamos esclarecer.
> >
> > Eu não estou utilizando um aparelho de fax, estou utilizando o
> > ReceiveFAX() provido pelo app_fax.so do Asterisk 1.6.1.12. Estou
> > fazendo dessa forma justamente para tirar da equação fatores externos
> > como ATAs por exemplo. Também é do meu interesse utilizar o
> > ReceiveFAX(), por isso estou começando tentando fazer funcionar essa
> > parte.
> >
> > A linha analógica que eu me referia é uma linha que está conectada
> > diretamente a um aparelho de fax, sem relação alguma com o Asterisk.
> > Então, meu cenário de testes consiste em discar desse aparelho de fax
> > conectado na linha analógica para um DDR do meu Asterisk que atende a
> > chamada e chama o ReceiveFAX. Muito semelhante ao combo
> > iaxmodem/Hylafax.
> >
> > Minha configuração está assim (meu sip.conf é muito grande, então
> > segue apenas as seções general e voxip):
> >
> > sip.conf:
> >
> > [general]
> > context=interno
> > allowguest=yes
> > bindport=5060
> > binaddr=0.0.0.0
> > fromdomain= pabx.canall.com.br
> > language=pt_BR
> > srvlookup=no
> > disallow=all
> > allow=alaw
> > dtmfmode=rfc2833
> > nat=yes
> > tos_sip=af31
> > tos_audio=ef
> > tos_video=af41
> > maxexpiry=3600
> > minexpiry=3600
> > defaultexpiry=3600
> >
> > allowsubscribe = yes
> > subscribecontext = interno
> > notifyringing = yes
> > notifyhold = yes
> > limitonpeers = yes
> >
> > t38_udptl=yes
> >
> > [voxip]
> > username=5421047000
> > nat=yes
> > type=friend
> > secret=5421047000
> > port=5060
> > canreinvite=no
> > insecure=port,invite
> > host= gvt.com.br
> > fromuser=5421047000
> > fromdomain= gvt.com.br
> > dtmfmode=rfc2833
> > context=entrada-e1
> > disallow=all
> > allow=alaw
> > qualify=yes
> > t38_udptl=yes
> >
> >
> > E no extensions.conf, o DDR que eu estou discando chama uma macro para
> > fazer o processamento do fax:
> >
> > [macro-recebefax]
> >
> > exten => s,1,Set(DB(fax/count)=$[${DB(fax/count)} + 1])
> > exten => s,n,Set(FAXCOUNT=${DB(fax/count)})
> > exten => s,n,Set(FAXFILE=fax-${DB(fax/count)}-rx)
> > exten => s,n,Set(LOCALSTATIONID=5421047008)
> > exten => s,n,ReceiveFAX(/var/spool/asterisk/fax/${FAXFILE}.tif)
> > exten => s,n,NoOp(modem = ${FAXOPT(modem)})
> > exten => s,n,NoOp(FAXSTATUS = ${FAXSTATUS})
> > exten => s,n,NoOp(FAXERROR = ${FAXERROR})
> > exten => s,n,NoOp(CALLID = ${CALLERID(name)} ${CALLERID(num)}
> > ${REMOTESTATIONID})
> > exten => s,n,NoOp(FAXPAGES = ${FAXPAGES})
> > exten => s,n,NoOp(FAXBITRATE = ${FAXBITRATE})
> > exten => s,n,NoOp(FAXRESOLUTION = ${FAXRESOLUTION})
> > exten => s,n,NoOp(FAXMODE = ${FAXMODE})
> > exten => s,n,Hangup()
> >
> > exten => h,1,System(tiff2pdf -o /var/spool/asterisk/fax/${FAXFILE}.pdf
> > -p A4 /var/spool/asterisk/fax/${FAXFILE}.tif)
> > exten => h,n,System(rm /var/spool/asterisk/fax/${FAXFILE}.tif)
> > exten => h,n,System(echo "Fax recebido." > /tmp/${FAXFILE}.txt)
> > exten => h,n,System(echo "Remetente: ${CALLID}" >>
> > /tmp/${FAXFILE}.txt)
> > exten => h,n,System(echo "Paginas: ${FAXPAGES}" >>
> > /tmp/${FAXFILE}.txt)
> > exten => h,n,System(echo "Velocidade de transmissao: ${FAXBITRATE}
> > bps" >> /tmp/${FAXFILE}.txt)
> > exten => h,n,System(echo "Resolucao: ${FAXRESOLUTION}" >>
> > /tmp/${FAXFILE}.txt)
> > exten => h,n,System(mutt -d 5 -s "Allvo FAX" -a
> > /var/spool/asterisk/fax/${FAXFILE}.pdf vinicius em canall.com.br <
> > /tmp/${FAXFILE}.txt)
> > ;exten => h,n,System(rm /tmp/${FAXFILE}.txt)
> > exten => h,n,NoOp(SYSTEMSTATUS = ${SYSTEMSTATUS})
> >
> >
> > Outro arquivo que acredito estar relacionado é o udptl.conf:
> >
> > ; UDPTL Configuration (UDPTL is one of the transports for T.38)
> > ;
> > [general]
> > ;
> > ; UDPTL start and UDPTL end configure start and end addresses
> > ;
> > udptlstart=4000
> > udptlend=4999
> > ;
> > ; Whether to enable or disable UDP checksums on UDPTL traffic
> > ;
> > udptlchecksums=yes
> > ;
> > ; The number of error correction entries in a UDPTL packet
> > ;
> > udptlfecentries = 6
> > ;
> > ; The span over which parity is calculated for FEC in a UDPTL packet
> > ;
> > udptlfecspan = 3
> > ;
> > ; Some VoIP providers will only accept an offer with an even-numbered
> > ; UDPTL port. Set this option so that Asterisk will only attempt to
> > use
> > ; even-numbered ports when negotiating T.38. Default is no.
> > use_even_ports = no
> >
> >
> >
> >
> > Atenciosamente,
> >
> > Vinícius Fontes
> > Gerente de Segurança da Informação
> > Canall Tecnologia em Comunicações
> > Passo Fundo - RS - Brasil
> > +55 54 2104-7000
> >
> > Information Security Manager
> > Canall Tecnologia em Comunicações
> > Passo Fundo - RS - Brazil
> > +55 54 2104-7000
> >
> > ----- "Daviramos Roussenq Fortunato" < daviramosrf em gmail.com >
> > escreveu:
> >
> >
> >
> >
> > > Perguntei sobre a Placa ou Gateway pois o Vinicius mencionou a
> > linhas
> > > analogica:
> > >
> > > "Mais especificamente, estou tentando utilizar o app_fax do Asterisk
> > > 1.6.1. Uso o ReceiveFAX() e as transmissões a partir de uma linha
> > > analógica convencional frequentemente falham, chegando algumas
> > poucas
> > > linhas e o resto totalmente ilegível."
> > >
> > >
> > >
> > > Em 22 de fevereiro de 2010 18:00, Raul Godiano <
> > raulgodiano em gmail.com
> > > > escreveu:
> > >
> > >
> > >
> > > Daviramos o Voxip e um E1 via SIP, ou seja nao a GVT te encaminha
> > FAX
> > > via T.38 e vice-versa , os outros serviço que ele citou eu nunca
> > > testei para falar a verdade, ate tenho VONO aqui mas nunca foi usado
> > > para esse proposito.
> > >
> > >
> > >
> > > Em 22 de fevereiro de 2010 16:36, Daviramos Roussenq Fortunato <
> > > daviramosrf em gmail.com > escreveu:
> > >
> > >
> > > Qual placa ou Gateway FXO você usa para conecta a essa linha
> > > analógica?
> > >
> > >
> > > Em 22 de fevereiro de 2010 17:34, Vinícius Fontes <
> > > vinicius em canall.com.br > escreveu:
> > >
> > >
> > >
> > >
> > > Boa tarde pessoal.
> > >
> > > Alguém aqui tem algum serviço SIP da GVT (Vox IP, BIP, Vono)
> > > funcionando com o T.38? Estou quebrando a cabeça há dias tentando
> > > fazer funcionar e nada.
> > >
> > > Mais especificamente, estou tentando utilizar o app_fax do Asterisk
> > > 1.6.1. Uso o ReceiveFAX() e as transmissões a partir de uma linha
> > > analógica convencional frequentemente falham, chegando algumas
> > poucas
> > > linhas e o resto totalmente ilegível.
> > >
> > > Estou com o t38_udptl=yes no sip.conf, tanto na seção [general]
> > quanto
> > > na seção referente ao Vox IP.
> > >
> > > Agradeço qualquer dica que o pessoal possa me dar.
> > >
> > >
> > > Atenciosamente,
> > >
> > > Vinícius Fontes
> > > Gerente de Segurança da Informação
> > > Canall Tecnologia em Comunicações
> > > Passo Fundo - RS - Brasil
> > > +55 54 2104-7000
> > >
> > > Information Security Manager
> > > Canall Tecnologia em Comunicações
> > > Passo Fundo - RS - Brazil
> > > +55 54 2104-7000
> > > _______________________________________________
> > > KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> > > - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> > > - Suporte técnico local qualificado e gratuito
> > > Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> > > _______________________________________________
> > > Lista de discussões AsteriskBrasil.org
> > > AsteriskBrasil em listas.asteriskbrasil.org
> > > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> > >
> > >
> > >
> > > --
> > > Atenciosamente
> > > Daviramos Roussenq Fortunato
> > >
> > > _______________________________________________
> > > KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> > > - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> > > - Suporte técnico local qualificado e gratuito
> > > Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> > > _______________________________________________
> > > Lista de discussões AsteriskBrasil.org
> > > AsteriskBrasil em listas.asteriskbrasil.org
> > > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> > >
> > >
> > > _______________________________________________
> > > KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> > > - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> > > - Suporte técnico local qualificado e gratuito
> > > Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> > > _______________________________________________
> > > Lista de discussões AsteriskBrasil.org
> > > AsteriskBrasil em listas.asteriskbrasil.org
> > > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> > >
> > >
> > >
> > > --
> > > Atenciosamente
> > > Daviramos Roussenq Fortunato
> > >
> > > _______________________________________________
> > > KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> > > - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> > > - Suporte técnico local qualificado e gratuito
> > > Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> > > _______________________________________________
> > > Lista de discussões AsteriskBrasil.org
> > > AsteriskBrasil em listas.asteriskbrasil.org
> > > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> > _______________________________________________
> > KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> > - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> > - Suporte técnico local qualificado e gratuito
> > Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> > _______________________________________________
> > Lista de discussões AsteriskBrasil.org
> > AsteriskBrasil em listas.asteriskbrasil.org
> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>

-- 
Atenciosamente
Daviramos Roussenq Fortunato
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100223/15e474c7/attachment-0001.htm 