[AsteriskBrasil] RES: RES: Problemas Graves com Registro

[Junior Polegato - Asterisk]

Alexandre Abreu escreveu:
> Já que essa é um lista técnica e sobre Asterisk, nada nos impede de
> continuar discutindo esse assunto, certo? ;-)
> Você poderia me explicar *tecnicamente* e colocar um exemplo real do motivo
> que torna necessário o uso de 2 contextos (in/out)? E ainda nos explicar que
> tipo de falhas você teve no recebimento e na realização de chamadas (usando
> apenas um)?
>   

Ok. Se eu tiver várias contas no mesmo provedor VoIP, faço:

register => 1122223333:senha1 em provedor_voip
register => 1122224444:senha2 em provedor_voip
register => 1122225555:senha3 em provedor_voip


Aí segue:

[saida_1]
type=peer
username=1122223333
fromuser=1122223333
secret=senha1
host=provedor_voip

[saida_2]
type=peer
username=1122224444
fromuser=1122224444
secret=senha2
host=provedor_voip

[saida_3]
type=peer
username=1122225555
fromuser=11222255555
secret=senha3
host=provedor_voip

[entrada]
type=peer
host=provedor_voip
context=entrada


Agora, se tiro este último contexto e passo as outras para friend, ou 
deixo em peer mesmo, tenho:

CLI> sip debug
SIP Debugging enabled
CLI>
<-- SIP read from provedor_voip:5060:
INVITE sip:1122223333 em ip_asterisk:porta_asterisk;user=phone SIP/2.0
Via: SIP/2.0/UDP provedor_voip:5060;branch=z9hG4bK8746049ce5d4081b4d315e242
Call-ID: SBC63795294a57957a7233a5c94590b297d em 172.31.0.10
From: <sip:1_numero_origem em provedor_voip;user=phone>;tag=c1424d06
To: <sip:22223333 em ip_asterisk;user=phone>
CSeq: 1 INVITE
Allow: 
INVITE,ACK,CANCEL,OPTIONS,BYE,REGISTER,PRACK,INFO,UPDATE,SUBSCRIBE,NOTIFY,MESSAGE,REFER
Max-Forwards: 70
Supported: 100rel
User-Agent: Huawei SoftX3000
Contact: <sip:1_numero_origem em provedor_voip:5060;user=phone>
Content-Length: 331
Content-Type: application/sdp

v=0
o=HuaweiSoftX3000 8729110 8729110 IN IP4 provedor_voip
s=Sip Call
c=IN IP4 provedor_voip
t=0 0
m=audio 12578 RTP/AVP 18 8 0 4 2 97
a=rtpmap:18 G729/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:4 G723/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:97 telephone-event/8000
a=fmtp:97 0-15
a=fmtp:18 annexb=yes
--- (13 headers 14 lines) ---
Using INVITE request as basis request - 
SBC63795294a57957a7233a5c94590b297d em 172.31.0.10
Sending to provedor_voip : 5060 (non-NAT)
Found peer 'saida_3'
Reliably Transmitting (no NAT) to provedor_voip:5060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 
provedor_voip:5060;branch=z9hG4bK8746049ce5d4081b4d315e242;received=provedor_voip
From: <sip:1_numero_origem em provedor_voip;user=phone>;tag=c1424d06
To: <sip:22223333 em ip_asterisk;user=phone>;tag=as0b1003a4
Call-ID: SBC63795294a57957a7233a5c94590b297d em 172.31.0.10
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="1df46de6"
Content-Length: 0


---
<-- SIP read from provedor_voip:5060:
ACK sip:1122223333 em ip_asterisk:porta_asterisk;user=phone SIP/2.0
Via: SIP/2.0/UDP provedor_voip:5060;branch=z9hG4bK8746049ce5d4081b4d315e242
Call-ID: SBC63795294a57957a7233a5c94590b297d em 172.31.0.10
From: <sip:1_numero_origem em provedor_voip;user=phone>;tag=c1424d06
To: <sip:22223333 em ip_asterisk;user=phone>;tag=as0b1003a4
CSeq: 1 ACK
Max-Forwards: 70
Content-Length: 0

--- (8 headers 0 lines) ---



Assim, não tenho a chamada completada e dá erro. E tem casos, ainda não 
identifiquei por partir para a solução de entrada separada, que isso 
fica indefinidamente e a linha fica presa não podendo fazer e nem 
receber ligações...

Neste caso, por exemplo, tem alguma idéia melhor do que criar um 
contexto sip de entrada separado?

[]'s
           Junior Polegato