[AsteriskBrasil] Receber chamadas GVT VoxIP

Sexta Abril 11 12:37:52 BRT 2014

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

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20140411/aeed8d76/attachment-0001.htm 