[AsteriskBrasil] T.38 com Asterisk e ATA Linksys SPA8000

Quinta Março 4 12:26:42 BRT 2010

Pois é, mas nessa configuração o que se faz é justamente desativar completamente o T.38 e transmitir o fax pelo G.711, que infelizmente não é o que preciso.

Mesmo assim, obrigado pela informação.

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

----- "João Claudio F. Andrade" <ppro em terra.com.br> escreveu:

> Ei pessoal,
> 
> queria só compartilhar a configuração feita no SPA8000 que resolveu
> meu problema.
> 
> Eu recebia fax normalmente aqui da PSTN diretamente pelo asterisk por
> uma placa da Digivoice.
> 
> Ai apareceu uma nova demanda, em uma ligação de voz recebida, a
> secretaria teria que transferir a ligação para o fax....
> 
> criei um ramal com serviço de fax, mas qdo era transferido sempre dava
> erro de comunicação....
> 
> ai achei alguns configurações para serem feitas no SPA8000 que
> resolveram o problema, seguem:
> 
> One way of sending faxes using VoIP with Linksys adaptors is to use
> the common g.711a codec (A-LAW)
> which is normally used to transmit voice. This codec (including IP
> overheads) requires roughly 100kbps in
> either direction to work. In order to have a better chance of success
> the fax machine should be set to
> 14,400bps as any higher is unlikely to work over any VoIP connection.
> 
> The entire range of Linksys adaptors support fax pass-through using
> the g.711a codec. It is necessary to
> alter a few settings in the line tab of the web interface of the
> Linksys adaptor. You only need to alter the line
> the fax will be plugged into. The following settings will give the
> best results:
> 
> • Network jitter buffer: very high
> • Jitter buffer adjustment: disable
> • Call Waiting: no
> • 3 Way Calling: no
> • Echo Canceller: no
> • Silence suppression: no
> • Preferred Codec: G711a
> • Use pref. codec only: yes
> 
> There is no real way to guarantee this method of faxing is going to
> work all the time. A lot will depend on the
> quality of your Internet service from your ISP. As always with
> Voice-over-IP you will see more reliable results
> when using a router with Quality-of-Service functionality to
> prioritise voice traffic over data traffic on your
> Internet link.
> 
> Fonte: http://www.provu.co.uk/pdf/sipura/ip_faxing_sipura_linksys.pdf
> 
> 
> Att.
> João Claudio
> 
> 
> 
> Em 2 de janeiro de 2010 10:46, Marcus Queiroz <
> queiroz.marcus em gmail.com > escreveu:
> 
> 
> deixe sempre o canreinvite=no para qualquer conexão isso resolve
> muitos problemas
> e vc vai começar a ter taxas de erros menores nas ligações.
> 
> 
> o canreinvite=yes é para conexões fora de Nat, mas mesmo assim quando
> vc envia o invite ele pode até receber, mas acaba perdendo a ligação.
> 
> 
> Isso vai ajudar.
> 
> 
> 
> 2009/12/29 Vinícius Fontes < vinicius em canall.com.br >
> 
> 
> 
> 
> 
> OK, então se eu entendi bem só o que eu preciso é o parâmetro
> t38pt_udptl=yes no sip.conf, sem utilizar o canreinvite=yes. Eu devo
> utilizar o canreinvite=yes no friend 9204, que é o ramal utilizado
> pelo aparelho de fax?
> 
> Outra coisa... no ATA, eu tenho as seguintes opções referentes a fax,
> que eu acredito que sejam pertinentes no caso do T.38:
> 
> FAX Enable T38 (essa é óbvia)
> FAX Passthru Method (O meu está em ReINVITE. Além dessa opção também
> há None e NSE)
> FAX T38 Redundancy (está em 1, vai de 0 a 3)
> FAX Process NSE (está em yes)
> 
> Algo de errado nessas configurações? Se não for pedir demais, você
> teria como mostrar como está a sua configuração do sip.conf e do ATA?
> Agradeço desde já.
> 
> 
> 
> 
> 
> 
> Vinícius Fontes
> www.asteriskforum.com.br - Informações e discussão sobre Asterisk e
> telefonia IP
> 
> 
> 
> 
> 
> ----- "R2" < r2 em infolink.com.br > escreveu:
> 
> 
> 
> 
> > Vinícius,
> >
> > Neste serviço da GVT, você não pode utilizar o canreinvite=yes, pois
> > todo o processo de autenticação é feito no IP que a GVT te passou.
> Eu
> >
> > utilizo T38 neste serviço da GVT e tudo funciona perfeitamente.
> Estou
> >
> > utilizando a versão 1.4.25.
> > Em outra localidade, eu passei a fazer o T38 para não ter problemas
> > mesmo que recebendo da PSTN via E1 e este ambiente também funciona
> > perfeitamente. No ATA você tem a opção do T38 também e esta deverá
> > fica
> > habilitada.
> >
> > Vinícius Fontes escreveu:
> > > Bom dia pessoal.
> > >
> > > Um cliente meu possui um ATA Linksys SPA8000, que é idêntico ao
> PAP2
> > exceto pelo fato que possui 8 portas ao invés de 2. Esse cliente
> > também possui o serviço Vox IP da GVT, que nada mais é que um DDR
> > entregue via SIP.
> > >
> > > Este serviço só suporta o envio e recepção de fax através do
> > protocolo T.38. Eu tenho certeza que o ATA possui suporte ao T.38,
> já
> > o Asterisk... tenho minhas dúvidas. Estou rodando a versão 1.6.2.0.
> > >
> > > A minha idéia seria fazer o Asterisk e o ATA conversarem
> livremente
> > (canreinvite=yes) para que o próprio ATA pudesse fazer a negociação.
> > No entanto, não estou conseguindo de jeito nenhum.
> > >
> > > Alguém possui o Asterisk rodando com uma operadora VoIP qualquer e
> > utilizando T.38 com este ATA da Linksys ou outro qualquer, que
> pudesse
> > fazer a gentileza de explicar como fez a configuração? Desde já
> > agradeço.
> > >
> > > Segue as seções pertinentes do meu sip.conf (operadora e ramal do
> > fax):
> > >
> > > [voxip]
> > > username=*******
> > > type=peer
> > > secret=*******
> > > port=5060
> > > canreinvite=no
> > > insecure=port,invite
> > > host= gvt.com.br
> > > fromuser=*********
> > > fromdomain= gvt.com.br
> > > dtmfmode=rfc2833
> > > context=entrada-voxip
> > > disallow=all
> > > allow=g729
> > > allow=alaw
> > > qualify=yes
> > > directrtpsetup=yes
> > > t38pt_udptl=yes
> > > t38pt_usertpsource=yes
> > >
> > > [9204]
> > > type=friend
> > > secret=******
> > > callerid="" <9204>
> > > host=dynamic
> > > nat=no
> > > canreinvite=yes
> > > insecure=port,invite
> > > qualify=yes
> > > context=ddi
> > > callgroup=1
> > > pickupgroup=1
> > > call-limit=10
> > > disallow=all
> > > allow=g729
> > > allow=alaw
> > > t38pt_udptl=yes
> > > t38pt_usertpsource=yes
> > >
> > >
> > > Atenciosamente,
> > >
> > > Vinícius Fontes
> > > Supervisor Técnico
> > > Núcleo de Tecnologias Convergentes
> > > Canall Tecnologia em Comunicações
> > > Passo Fundo - RS - Brasil
> > > +55 54 2104-7000
> > >
> > > Technical Supervisor
> > > Convergent Technologies Core
> > > Canall Tecnologia em Comunicações
> > > Passo Fundo - RS - Brazil
> > > +55 54 2104-7000
> > > _______________________________________________
> > > A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> > > - Valor similar ao de placas E1 PCI;
> > > - Não há problemas de compatibilidade com barramento PCI;
> > > - Possibilitam a construção de soluções de alta
> disponibilidade(dois
> >
> > > servidores compartilham o mesmo E1)
> > > Conheça mais sobre este produto em www.red-fone.com
> > > _______________________________________________
> > > Lista de discussões AsteriskBrasil.org
> > > AsteriskBrasil em listas.asteriskbrasil.org
> > > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> > >
> > > __________ Informação do ESET NOD32 Antivirus, versão da vacina
> 4724
> > (20091229) __________
> > >
> > > A mensagem foi verificada pelo ESET NOD32 Antivirus.
> > >
> > > http://www.eset.com
> > >
> > >
> > >
> > >
> > >
> > _______________________________________________
> > A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> > - Valor similar ao de placas E1 PCI;
> > - Não há problemas de compatibilidade com barramento PCI;
> > - Possibilitam a construção de soluções de alta disponibilidade(dois
> >
> > servidores compartilham o mesmo E1)
> > Conheça mais sobre este produto em www.red-fone.com
> > _______________________________________________
> > Lista de discussões AsteriskBrasil.org
> > AsteriskBrasil em listas.asteriskbrasil.org
> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> 
> 
> 
> --
> Marcus A. Queiroz
> Fone: (081) 9963 0801 / (087) 8804 9368
> Msn/emal: queiroz.marcus em gmail.com
> LPI 101-102/CCNP/CCIP/CCDP/CVOICE
> 
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
> 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