[AsteriskBrasil] RES: RES: RES: Receber chamadas GVT VoxIP

Fbio Ghisleni fghisleni em gmail.com
Sexta Abril 11 15:30:51 BRT 2014 

Hudson.

 

Era isso que faltava no sip.conf: t38pt_udptl=yes

 

Tudo funcionando com meus três VoxIP CSL/PAE/CAS.

 

Obrigado a todos que contrinuiram e me ajudaram.

 

FGhisleni

(54) 8145-3800

 

 

 

De: asteriskbrasil-bounces em listas.asteriskbrasil.org [mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de Hudson Cardoso
Enviada em: sexta-feira, 11 de abril de 2014 15:16
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] RES: RES: Receber chamadas GVT VoxIP

 

O teu problema com NAT continua :

<--- Reliably Transmitting (NAT) to 10.BBB.CCC.DDD:5060 --->


Voce ta usando criptografia em algum ponto da rede ? algum telefone Snom ?

Todas as codecs são iguais ? tá usando "G729 FREE" ?,

a negação de URI continua,

verifique os ranges de RTP dos dois lados.

 

Segue um exemplo do meu ...

 

[commcorp]

host=sps2.commcorp.com.br

secret=segredo

fromuser=usuario

defaultuser=usuario

user=usuario

context=entrada

type = friend

fromdomain = sps2.commcorp.com.br

insecure = invite,port

qualify = yes

port = 5060

disallow = all

allow = alaw

dtmfmode = rfc2833

 

 

Hudson 
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova precisa. 

 

  _____  

From: fghisleni em gmail.com
To: asteriskbrasil em listas.asteriskbrasil.org
Date: Fri, 11 Apr 2014 13:56:52 -0300
Subject: [AsteriskBrasil] RES: RES: Receber chamadas GVT VoxIP

Hudson.

 

Fiz isso:

 

username=XXXXXXXXXX

secret= XXXXXXXXXX

fromuser= XXXXXXXXXX

fromdomain=gvt.com.br

host=gvt.com.br

port=5060

context=from-trunk

type=friend

insecure=invite,port

dtmfmode=rfc4733

disallow=all

allow=g729,alaw

ignoresdpversion=yes

rtptimeout=10

reinvite=no

canreinvite=no

 

O comportamento é o mesmo: “SIP/2.0 488 Not acceptable here”.

 

Abraço!

 

De: asteriskbrasil-bounces em listas.asteriskbrasil.org [mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de Hudson Cardoso
Enviada em: sexta-feira, 11 de abril de 2014 13:21
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] RES: Receber chamadas GVT VoxIP

 

   No meu entender tu deve retirar o reinvite, reinvite=no, canreinvite=no.

   O VoxIp não está aceitando redirecionar o fluxo das chamadas SIP.

Hudson 
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova precisa. 

 

  _____  

From: fghisleni em gmail.com
To: asteriskbrasil em listas.asteriskbrasil.org
Date: Fri, 11 Apr 2014 12:50:53 -0300
Subject: [AsteriskBrasil] RES: Receber chamadas GVT VoxIP

Eles recomendam o g729 e o aLaw, este último para alguns casos.

Até aí entendo que estou alinhado com a GVT.

 

De: asteriskbrasil-bounces em listas.asteriskbrasil.org [mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de Marcos Muller
Enviada em: sexta-feira, 11 de abril de 2014 12:44
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] Receber chamadas GVT VoxIP

 

Amigo, já verificou o Codec? qual eles recomendaram?

 

Em 11 de abril de 2014 12:37, Fábio Ghisleni <fghisleni em gmail.com> escreveu:

Prezados.

 

Estou com dificuldades para receber ligações pelo GVT VoxIP.

Até então não era uma necessidade, por isso não fui atrás da solução porque a prioridade era muito baixa.

 

Antes de recorrer a este Grupo, destilei o Google e outros vários fóruns por vários dias, mas não encontrei a solução.

Quando simulo uma chamada entrante, o CLI do Asterisk exibe a parte abaixo e a chamada é desconectada.

 

ANGSRVCSLVC0*CLI>

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

ANGSRVCSLVC0*CLI>

 

Habilitei o SIP Debug, capturando o seguinte em amarelo.

 

<--- SIP read from UDP:10.BBB.CCC.DDD:5060 --->

INVITE sip:YYYYYYYYYY em 10.BBB.CCC.DDD:5060;transport=UDP;user=phone SIP/2.0

f: <sip:XXXXXXXXXX em 10.BBB.CCC.DDD:5060;user=phone>;tag=-45026-2406f25-25a895ba-2406f25

t: <sip:YYYYYYYYYY em 10.BBB.CCC.DDD:5060;user=phone>

i: 4824c6c01042960a13c42406f25cbb22aaf3ae6196b3bf00020-0380-5863

CSeq: 1 INVITE

User-agent: CS2000_NGSS/9.0

P-Asserted-Identity: <sip:XXXXXXXXXX em 10.BBB.CCC.DDD;user=phone>

Allow: ACK,BYE,CANCEL,INVITE,OPTIONS,INFO,SUBSCRIBE,REFER,NOTIFY,PRACK,UPDATE

v: SIP/2.0/UDP PAE1CS2K:5060;maddr=10.BBB.CCC.DDD;branch=z9hG4bK-2406f25-cbb22ab0-3008d2bb

Max-Forwards: 70

m: <sip:10.BBB.CCC.DDD:5060;transport=UDP>

k: 100rel,resource-priority

c: application/sdp

l: 418

 

v=0

o=PVG 1397224206480 1397224206480 IN IP4 10.BBB.CCC.DDD

s=-

p=+1 6135555555

c=IN IP4 10.BBB.CCC.DDD

t=0 0

m=audio 55852 RTP/AVP 18 8 101

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=ptime:20

a=fmtp:18 annexb=no

m=image 64044 udptl t38

a=T38FaxVersion:0

a=T38FaxMaxBuffer:1100

a=T38FaxMaxDatagram:612

a=T38MaxBitRate:14400

a=T38FaxRateManagement:transferredTCF

a=T38FaxUdpEC:t38UDPRedundancy

<------------->

--- (14 headers 18 lines) ---

Sending to 10.BBB.CCC.DDD:5060 (NAT)

Using INVITE request as basis request - 4824c6c01042960a13c42406f25cbb22aaf3ae6196b3bf00020-0380-5863

Found peer 'TR-SIP-GVTVoxIP' for 'XXXXXXXXXX' from 10.BBB.CCC.DDD:5060

Found RTP audio format 18

Found RTP audio format 8

Found RTP audio format 101

Found audio description format telephone-event for ID 101

 

<--- Reliably Transmitting (NAT) to 10.BBB.CCC.DDD:5060 --->

SIP/2.0 488 Not acceptable here

Via: SIP/2.0/UDP PAE1CS2K:5060;maddr=10.BBB.CCC.DDD;branch=z9hG4bK-2406f25-cbb22ab0-3008d2bb;received=10.BBB.CCC.DDD;rport=5060

From: <sip:XXXXXXXXXX em 10.BBB.CCC.DDD:5060;user=phone>;tag=-45026-2406f25-25a895ba-2406f25

To: <sip:YYYYYYYYYY em 10.BBB.CCC.DDD:5060;user=phone>;tag=as635eafa4

Call-ID: 4824c6c01042960a13c42406f25cbb22aaf3ae6196b3bf00020-0380-5863

CSeq: 1 INVITE

Server: FPBX-2.8.1(1.8.20.0)

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

Supported: replaces, timer

Content-Length: 0

 

 

<------------>

Scheduling destruction of SIP dialog '4824c6c01042960a13c42406f25cbb22aaf3ae6196b3bf00020-0380-5863' in 32000 ms (Method: INVITE)

 

<--- SIP read from UDP:10.BBB.CCC.DDD:5060 --->

ACK sip:YYYYYYYYYY em 10.BBB.CCC.DDD:5060;transport=UDP;user=phone SIP/2.0

f: <sip:XXXXXXXXXX em 10.BBB.CCC.DDD:5060;user=phone>;tag=-45026-2406f25-25a895ba-2406f25

To: <sip:YYYYYYYYYY em 10.BBB.CCC.DDD:5060;user=phone>;tag=as635eafa4

i: 4824c6c01042960a13c42406f25cbb22aaf3ae6196b3bf00020-0380-5863

CSeq: 1 ACK

User-agent: CS2000_NGSS/9.0

Max-Forwards: 70

Allow: ACK,BYE,CANCEL,INVITE,OPTIONS,INFO,SUBSCRIBE,REFER,NOTIFY,PRACK,UPDATE

v: SIP/2.0/UDP PAE1CS2K:5060;maddr=10.BBB.CCC.DDD;branch=z9hG4bK-2406f25-cbb22ab0-3008d2bb

m: <sip:10.BBB.CCC.DDD:5060;transport=UDP>

k: 100rel,resource-priority

l: 0

 

<------------->

 

 

O servidor tem três interfaces ethernet:

·         Rede interna (para administração)
·         Rede VoxIP (direto no roteador GVT)
·         TDMoE (para os ramais)

 

Chamadas entrantes pelo E1: ok

Chamadas saintes pelo E1 e VoxIP: ok

Codecs utilizados: g729a e alaw

 

sip.conf

 

[TR-SIP-GVTVoxIP]

disallow=all

username=XXXXXXXXXX

secret= XXXXXXXXXX

fromuser= XXXXXXXXXX

fromdomain=gvt.com.br

host=gvt.com.br

port=5060

context=from-trunk

type=peer

insecure=invite,port

dtmfmode=rfc4733

allow=g729,alaw

ignoresdpversion=yes

rtptimeout=10

 

[XXXXXXXXXX]

type=user

username= XXXXXXXXXX

secret= XXXXXXXXXX

context=from-internal

 

Desconfio que seja algo relacionado com a negociação dos codecs.

Agradeço qualquer contribuição.

 

FGhisleni

(54) 8145-3800

 

 


_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicadores para acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
_______________________________________________
ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP .
Gateway Sip, Conversores e Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Banco de Canais Analógicos  – Appliance Asterisk
 Acesse www.aligera.com.br
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org

 


_______________________________________________ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 Intercomunicadores para acesso remoto via rede IP e telefones IP Conhe�a todo o portf�lio em www.Khomp.com _______________________________________________ ALIGERA � Fabricante e desenvolvedor nacional de Solu��es para telefonia IP . Gateway Sip, Conversores e Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Anal�gicos � Appliance Asterisk Acesse www.aligera.com.br _______________________________________________ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org


_______________________________________________ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 Intercomunicadores para acesso remoto via rede IP e telefones IP Conhe�a todo o portf�lio em www.Khomp.com _______________________________________________ ALIGERA � Fabricante e desenvolvedor nacional de Solu��es para telefonia IP . Gateway Sip, Conversores e Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Anal�gicos � Appliance Asterisk Acesse www.aligera.com.br _______________________________________________ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org

-------------- Prxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20140411/c38dc624/attachment-0001.htm

Mais detalhes sobre a lista de discusso AsteriskBrasil