[AsteriskBrasil] RES: RES: RES: Problemas Graves com Registro

[Sebastião Rocha]

neste cenário, o context fica com un unico register no channel, note neste 
log tem ligacoes sendo recebidas em dois registros, porem pegou o channel da 
ultima linha do registro "12015659". ahh, no CDR tb fica bagunçado!

Executing [12015510 em DID:1] Macro("SIP/12015659-009cb2b0", 
"incomming|SIP/7000&SIP/7999") in new stack
Executing [12015998 em DID:1] Macro("SIP/12015659-009e2ce0", 
"incomming|SIP/7000&SIP/7999") in new stack

Realmente acho que isto é um bug! segue log abaixo.

-- Executing [12015510 em DID:1] Macro("SIP/12015659-009cb2b0", 
"incomming|SIP/7000&SIP/7999") in new stack
    -- Executing [s em macro-incomming:1] NoOp("SIP/12015659-009cb2b0", 
"Recebendo ligacao extena") in new stack
    -- Executing [s em macro-incomming:2] NoOp("SIP/12015659-009cb2b0", "DID: 
12015510") in new stack
    -- Executing [s em macro-incomming:3] NoOp("SIP/12015659-009cb2b0", 
"Origem: 3488057512") in new stack
    -- Executing [s em macro-incomming:4] Dial("SIP/12015659-009cb2b0", 
"SIP/7000|90|tT") in new stack
    -- Called 7000
    -- SIP/7000-009dfb60 is ringing
   == Spawn extension (macro-incomming, s, 4) exited non-zero on 
'SIP/12015659-009cb2b0' in macro 'incomming'
  == Spawn extension (macro-incomming, s, 4) exited non-zero on 
'SIP/12015659-009cb2b0'

    -- Executing [12015998 em DID:1] Macro("SIP/12015659-009e2ce0", 
"incomming|SIP/7000&SIP/7999") in new stack
    -- Executing [s em macro-incomming:1] NoOp("SIP/12015659-009e2ce0", 
"Recebendo ligacao extena") in new stack
    -- Executing [s em macro-incomming:2] NoOp("SIP/12015659-009e2ce0", "DID: 
12015998") in new stack
    -- Executing [s em macro-incomming:3] NoOp("SIP/12015659-009e2ce0", 
"Origem: 3488057512") in new stack
    -- Executing [s em macro-incomming:4] Dial("SIP/12015659-009e2ce0", 
"SIP/7999|90|tT") in new stack
    -- Called 7999
    -- SIP/7999-009f1540 is ringing
  == Spawn extension (macro-incomming, s, 4) exited non-zero on 
'SIP/12015659-009e2ce0' in macro 'incomming'
  == Spawn extension (macro-incomming, s, 4) exited non-zero on 
'SIP/12015659-009e2ce0'



----- Original Message ----- 
From: "Junior Polegato - Asterisk" <asterisk em juniorpolegato.com.br>
To: <asteriskbrasil em listas.asteriskbrasil.org>
Sent: Wednesday, October 22, 2008 12:55 PM
Subject: Re: [AsteriskBrasil] RES: RES: RES: Problemas Graves com Registro


Alexandre Abreu escreveu:
> E por que não isso:
> register => 1122223333:senha1 em provedor_voip/1122223333
> register => 1122224444:senha2 em provedor_voip/1122224444
> register => 1122225555:senha3 em provedor_voip/1122225555
> [saida_1]
> type=peer
> username=1122223333
> fromuser=1122223333
> secret=senha1
> host=provedor_voip
> context=entrada
> insecure=invite,port
> ...
> [saida_n]
> type=peer
> username=112222nnnn
> fromuser=112222nnnn
> secret=senhan
> host=provedor_voip
> context=entrada
> insecure=invite,port
>
> E no extensions.conf:
> [entrada]
> Exten => 1122223333,1,NoOp(do something fun here ...)
> Exten => 1122224444,1,NoOp(do something fun here ...)
> Exten => 1122225555,1,NoOp(do something fun here ...)
>
> O Asterisk não deve requisitar um challenge para um PROXY e/ou Softswitch
> quando vem uma chamada entrante (INVITE), por isso, usamos o insecure.
> O match do peer é feito pelo host= por isso ele achou o saída_3 nesse 
> caso,
> como definimos o context= para todos os peers, não precisamos nos 
> preocupar,
> pois as chamadas entrantes serão tratadas no contexto comum - entrada. E
> como usamos o username como endereço do contact, poderemos tratar
> separadamente cada conta no contexto de entrada. Simples e eficaz.
>

Olá,

       Fiz os testes, e realmente o "insecure=invite" resolve o problema
de não criar uma entrada separada. Uma coisa que notei, sempre vai
"casar" com o último contexto do sip.conf que tem o host, assim, precisa
estar configurado com "insecure=invite" e "context=entrada" no último,
nos outros é indiferente e se não configurar no último dá erro,
independente do número da entrada, isso está correto ou é algum bug?
Também nesse provedor que eu listei, se colocar ou não algo depois da
"/" no register, ele sempre muda para o número da linha, quando se não
tivesse nada deveria ser "s" e se tivesse algum valor deveria ser esse
valor, é outro bug neles lá? Esse último não acontece nos outros
provedores, apenas neste "Huawei SoftX3000".

       Mesmo assim, ainda prefiro ter a entrada separada e sempre por
último, fica mais organizado, penso eu, visto que não adiantará contexto
diferente para os outros contextos no sip.conf notado que sempre o
último é o que vale e pode então causar confusão.


[]'s
           Junior Polegato

_______________________________________________
Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br

Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na 
rede Freenode.net: #asterisk-br
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil em listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil