[AsteriskBrasil] Problemas com DID Azzu/ CTBC
alessandro (listas)
listas em snowleopard.com.br
Quarta Março 24 23:27:15 BRT 2010
Isso é uma chamada que deu certo, originada de VoIP:
<-- SIP read from 201.48.113.132:5060:
INVITE sip:1201XXXX em 200.X.X.X SIP/2.0
Record-Route: <sip:201.48.113.132;lr=on;did=29e.07fc2e11>
Via: SIP/2.0/UDP 201.48.113.132;branch=z9hG4bKa0cc.1f560b23.0
Via: SIP/2.0/UDP 201.48.113.129:5060
;received=201.48.113.129;branch=z9hG4bK12cc4ce3;rport=5060
From: "+00000" <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>
>;tag=as7568e404
To: <sip:1201XXXX em 201.48.113.132 <sip%3A1201XXXX em 201.48.113.132>;user=phone>
Contact: <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>>
Call-ID: 782426b5209b27791fa8413423f94ffd em 201.48.113.129
CSeq: 102 INVITE
User-Agent: Azzu
Max-Forwards: 69
Date: Thu, 25 Mar 2010 02:25:36 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
X-Azzu-DDR: 02135147336
Content-Type: application/sdp
Content-Length: 380
P-hint: INVITE - Valid INVITE to be processed
v=0
o=root 9611 9611 IN IP4 201.48.113.129
s=session
c=IN IP4 201.48.113.129
t=0 0
m=audio 19016 RTP/AVP 18 4 0 3 8 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
--- (18 headers 18 lines) ---
Using INVITE request as basis request -
782426b5209b27791fa8413423f94ffd em 201.48.113.129
Sending to 201.48.113.132 : 5060 (non-NAT)
Found peer '1201XXXX_ctbc'
Found RTP audio format 18
Found RTP audio format 4
Found RTP audio format 0
Found RTP audio format 3
Found RTP audio format 8
Found RTP audio format 101
Peer audio RTP is at port 201.48.113.129:19016
Found description format G729
Found description format G723
Found description format PCMU
Found description format GSM
Found description format PCMA
Found description format telephone-event
Capabilities: us - 0x10e (gsm|ulaw|alaw|g729), peer - audio=0x10f
(g723|gsm|ulaw|alaw|g729)/video=0x0 (nothing), combined - 0x10e
(gsm|ulaw|alaw|g729)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1
(telephone-event), combined - 0x1 (telephone-event)
Looking for 1201XXXX in entrante (domain 200.X.X.X)
list_route: hop: <sip:201.48.113.132;lr=on;did=29e.07fc2e11>
Transmitting (NAT) to 201.48.113.132:5060:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP
201.48.113.132;branch=z9hG4bKa0cc.1f560b23.0;received=201.48.113.132
Via: SIP/2.0/UDP 201.48.113.129:5060
;received=201.48.113.129;branch=z9hG4bK12cc4ce3;rport=5060
From: "+00000" <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>
>;tag=as7568e404
To: <sip:1201XXXX em 201.48.113.132 <sip%3A1201XXXX em 201.48.113.132>;user=phone>
Call-ID: 782426b5209b27791fa8413423f94ffd em 201.48.113.129
CSeq: 102 INVITE
User-Agent: iPBX HostingVoip
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:1201XXXX em 200.X.X.X>
Content-Length: 0
---
We're at 200.X.X.X port 17402
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding codec 0x2 (gsm) to SDP
Adding codec 0x100 (g729) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 201.48.113.132:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP
201.48.113.132;branch=z9hG4bKa0cc.1f560b23.0;received=201.48.113.132
Via: SIP/2.0/UDP 201.48.113.129:5060
;received=201.48.113.129;branch=z9hG4bK12cc4ce3;rport=5060
Record-Route: <sip:201.48.113.132;lr=on;did=29e.07fc2e11>
From: "+00000" <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>
>;tag=as7568e404
To: <sip:1201XXXX em 201.48.113.132 <sip%3A1201XXXX em 201.48.113.132>
;user=phone>;tag=as616168ec
Call-ID: 782426b5209b27791fa8413423f94ffd em 201.48.113.129
CSeq: 102 INVITE
User-Agent: iPBX HostingVoip
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:1201XXXX em 200.X.X.X>
Content-Type: application/sdp
Content-Length: 308
v=0
o=root 4603 4603 IN IP4 200.X.X.X
s=session
c=IN IP4 200.X.X.X
t=0 0
m=audio 17402 RTP/AVP 0 8 3 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
---
vox11*CLI>
<-- SIP read from 201.48.113.132:5060:
ACK sip:1201XXXX em 200.X.X.X SIP/2.0
Record-Route: <sip:201.48.113.132;lr=on>
Via: SIP/2.0/UDP 201.48.113.132;branch=z9hG4bKa0cc.1f560b23.2
Via: SIP/2.0/UDP 201.48.113.129:5060
;received=201.48.113.129;branch=z9hG4bK0ec766d5;rport=5060
From: "+00000" <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>
>;tag=as7568e404
To: <sip:1201XXXX em 201.48.113.132 <sip%3A1201XXXX em 201.48.113.132>
;user=phone>;tag=as616168ec
Contact: <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>>
Call-ID: 782426b5209b27791fa8413423f94ffd em 201.48.113.129
CSeq: 102 ACK
User-Agent: Azzu
Max-Forwards: 69
Content-Length: 0
--- (12 headers 0 lines) ---
vox11*CLI>
<-- SIP read from 201.48.113.132:5060:
BYE sip:1201XXXX em 200.X.X.X SIP/2.0
Record-Route: <sip:201.48.113.132;lr=on>
Via: SIP/2.0/UDP 201.48.113.132;branch=z9hG4bKb0cc.ff9335c1.0
Via: SIP/2.0/UDP 201.48.113.129:5060
;received=201.48.113.129;branch=z9hG4bK60ad0020;rport=5060
From: "+00000" <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>
>;tag=as7568e404
To: <sip:1201XXXX em 201.48.113.132 <sip%3A1201XXXX em 201.48.113.132>
;user=phone>;tag=as616168ec
Call-ID: 782426b5209b27791fa8413423f94ffd em 201.48.113.129
CSeq: 103 BYE
User-Agent: Azzu
Max-Forwards: 69
-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0
--- (13 headers 0 lines) ---
Sending to 201.48.113.132 : 5060 (NAT)
Transmitting (NAT) to 201.48.113.132:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP
201.48.113.132;branch=z9hG4bKb0cc.ff9335c1.0;received=201.48.113.132
Via: SIP/2.0/UDP 201.48.113.129:5060
;received=201.48.113.129;branch=z9hG4bK60ad0020;rport=5060
Record-Route: <sip:201.48.113.132;lr=on>
From: "+00000" <sip:+00000 em 201.48.113.129 <sip%3A%2B00000 em 201.48.113.129>
>;tag=as7568e404
To: <sip:1201XXXX em 201.48.113.132 <sip%3A1201XXXX em 201.48.113.132>
;user=phone>;tag=as616168ec
Call-ID: 782426b5209b27791fa8413423f94ffd em 201.48.113.129
CSeq: 103 BYE
User-Agent: iPBX HostingVoip
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:1201XXXX em 200.X.X.X>
Content-Length: 0
---
Destroying call '782426b5209b27791fa8413423f94ffd em 201.48.113.129'
2010/3/24 alessandro (listas) <listas em snowleopard.com.br>
> Minhas configurações:
>
> sip.conf
> [general]
> disallow = all
> allow = g729
> rtptimeout = 180
> rtpholdtimeout = 120
> rtcachefriends = yes
> srvlookup = yes
> insecure = very
>
> register=>1201XXXX:senha em 201.48.113.132/1201XXXX
>
> [1201XXX_ctbc]
> type=friend
> fromdomain=201.48.113.132
> host=201.48.113.132
> auth=md5
> insecure=very
> fromuser=1201XXX
> username=1201XXX
> secret=senha
> context=entrante
> port=5060
> nat=yes
> canreinvite=no
> dtmfmode=rfc2833
> qualify=yes
> disallow=all
> allow=ulaw
> allow=alaw
> allow=gsm
> allow=g729
>
> extensions.conf
> [entrante]
> exten => 1201XXXX,1,Answer()
> exten => 1201XXXX,n,Playback(ura_boas_vindas)
>
>
> 2010/3/24 alessandro (listas) <listas em snowleopard.com.br>
>
> Ontem eu cheguei a ler esse documento no site da Azzu. O curioso é que
>> está divergente de outras configurações que usava e vejo bastante na
>> internet, inclusive aqui na lista. Contudo, nada de funcionar.
>>
>> 2010/3/24 Junior Polegato - Asterisk <asterisk em juniorpolegato.com.br>
>>
>>> Luis Reis escreveu:
>>>
>>> Bom .. vamos aos fatos:
>>>
>>> *1o. O telefone convencional que você origina as chamadas é de qual
>>> operadora? *
>>>
>>> Quando tu usas um Skype ou outro VoIP, eles tem rotas de encaminhamento
>>> às gamas do Azzu e ás vezes este problema é por causa que a operadora do seu
>>> telefone convencional não tem o encaminhamento correto para as gamas do
>>> Azzu. Se este for o seu caso, o procedimento correto é você abrir um BA
>>> (Boletim de Anormalidade) na sua operadora que eles tem 48 horas para
>>> resolver o problema. Se eles não derem conta, tem que abrir um chamado no
>>> chat do Azzu e solicitar que o Azzu abra um BA contra a operadora que
>>> origina as suas chamadas.
>>> *2o. As chamadas chegam no seu Asterisk* mas não são completadas.*
>>>
>>> Se o INVITE chega ao seu Asterisk, siginifica que o mesmo está registrado
>>> na plataforma e a mesma encaminha as chamadas para o seu Asterisk*. Se ele
>>> não está aceitando as chamadas podem ser 2 problemas:
>>>
>>> - CODEC: o seu asterisk não está conseguindo negociar os codecs com o
>>> Azzu (G729, G723, GSM, G711A, G711U)
>>> - Plano de Encaminhamento do seu Asterisk: quando o Asterisk* Core chama
>>> o APP_PBX para chamar o seu plano de encaminhamento, a linha do Register tem
>>> que informar para qual contexto ele deve encaminhar. Se o Asterisk* não
>>> achar o contexto para encaminhar a chamada geralmente ele retorna um 404 not
>>> found ou um 603 Declined para a plataforma do Azzu. Dá uma olhada em
>>> http://www.azzu.com.br/includes/downloads/equipment/PBXIPAsterisk.doc que
>>> lá tem a configuração correta.
>>>
>>> Qualquer coisa estamos aí
>>>
>>>
>>> Eu acrescentaria um terceiro apontamento:
>>> - Quando o DNS resolve mais de um IP para o mesmo domínio, isto é,
>>> registrar.azzu.com.br tem dois IPs, então se você se registar num IP e o
>>> contexto tiver com outro IP, então dá zica, pois a chamada vai chegar com IP
>>> que não tem contexto no sip.conf. Você pode conferir isso cion "sip show
>>> peers" e "sip show registry". Isso não deveria acontecer, pois quando
>>> resolve um IP para fazer o register, este deveria ser o mesmo para o
>>> contexto, mas acontece, em fixe o IP usando IP ao invés de nome ou use o
>>> /etc/hosts para fixar, veja um exemplo com ping:
>>>
>>> $ ping -c 1 registrar.azzu.com.br
>>> PING registrar.azzu.com.br (201.48.113.132) 56(84) bytes of data.
>>> ^C
>>> --- registrar.azzu.com.br ping statistics ---
>>> 1 packets transmitted, 0 received, 100% packet loss, time 0ms
>>>
>>> $ ping -c 1 registrar.azzu.com.br
>>> PING registrar.azzu.com.br (201.48.113.131) 56(84) bytes of data.
>>> ^C
>>> --- registrar.azzu.com.br ping statistics ---
>>> 1 packets transmitted, 0 received, 100% packet loss, time 0ms
>>>
>>> $ ping -c 1 registrar.azzu.com.br
>>> PING registrar.azzu.com.br (201.48.113.132) 56(84) bytes of data.
>>> ^C
>>> --- registrar.azzu.com.br ping statistics ---
>>> 1 packets transmitted, 0 received, 100% packet loss, time 0ms
>>>
>>> $ ping -c 1 registrar.azzu.com.br
>>> PING registrar.azzu.com.br (201.48.113.131) 56(84) bytes of data.
>>> ^C
>>> --- registrar.azzu.com.br ping statistics ---
>>> 1 packets transmitted, 0 received, 100% packet loss, time 0ms
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100324/1e61f865/attachment-0001.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil