[AsteriskBrasil] Redfone/Dahdi

Terça Janeiro 5 17:53:26 BRST 2010

Rodrigo,

Tem algums pontos para corregir:

1) /dahdi/system.conf
Não tem configurados os spans de ethmf, copio uma parte do howto de
instalacao:
-------------------------------------------------
O arquivo /etc/dahdi/system.conf
Para o escopo deste guia, apenas as configurações do foneBRIDGE2 serão
mostrados. Verifique a documentação do Asterisk se outros dispositivos devem
ser configurados.

# cat /etc/dahdi/system.conf
#
# ……………… other configuration lines out of scope ……………
# Dynamic Spans
# ^^^^^^^^^^^^^
# Next come the dynamic span definitions, in the form:
#
#   dynamic=<driver>,<address>,<numchans>,<timing>
#
# Where <driver> is the name of the driver (e.g. eth), <address> is the
# driver specific address (like a MAC for eth), <numchans> is the number
# of channels, and <timing> is a timing priority, like for a normal span.
# use "0" to not use this as a timing source, or prioritize them as
# primary, secondard, etc.  Note that you MUST have a REAL DAHDI device
# if you are not using external timing.
#
#   dynamic=eth,eth0/00:02:b3:35:43:9c,24,0
#
# If a non-zero timing value is used, as above, only the last span should
# have the non-zero value.
#
dynamic=ethmf,eth1/00:50:c2:65:d6:64/0,31,0
dynamic=ethmf,eth1/00:50:c2:65:d6:64/1,31,1
bchan=1-15
bchan=17-30
dchan=16
bchan=31-45
bchan=47-60
dchan=46

Este exemplo mostra a configuração de um dispositivo foneBRIDGE2 de duas
E1s. 
Primeiro, a definição de spans dinâmicos:

dynamic=ethmf,eth1/00:50:c2:65:d6:64/0,31,0
dynamic=ethmf,eth1/00:50:c2:65:d6:64/1,31,1

Note que o nome do controlador é ethmf porque foneBRIDGE2 precissa dese
driver para a troca de tráfego TDM. 
eth1 é o nome da interface do servidor onde o tráfego TDM será conduzido 
MAC corresponde àa MAC do foneBRIDGE2. 
Para definir mais dum tronco, uma notação de subaddress é usado, / 0, / 1,
etc 
Número de canais corresponde aos canais associados ao tipo de linha (E1, T1,
etc) e de codificação. 
Marca de sincronização: este é um parâmetro não-trivial. Difere do TDMoE
tradicional. Porque cada foneBRIDGE2 encapsula todas as informações de
troncos em apenas um frame Ethernet, o driver deve ser informado sobre o
último frame esperado antes de gerar uma IRQ,  para um dispositivo 4xE1:

# cat /etc/dahdi/system.conf
#
# ……………… outras configuracoes fora de scopo ……………
dynamic=ethmf,eth1/00:50:c2:65:d6:64/0,31,0
dynamic=ethmf,eth1/00:50:c2:65:d6:64/1,31,0
dynamic=ethmf,eth1/00:50:c2:65:d6:64/2,31,0
dynamic=ethmf,eth1/00:50:c2:65:d6:64/3,31,1
# ……………… outras configuracoes fora de scopo ……………

No caso dos dois dispositivos (dois E1s cada):

# cat /etc/dahdi/system.conf
#
# ……………… outras configuracoes fora de scopo ……………
dynamic=ethmf,eth1/00:50:c2:65:d6:80/0,31,0
dynamic=ethmf,eth1/00:50:c2:65:d6:80/1,31,2  <<<<< final de spans de
dispositivo 1
dynamic=ethmf,eth1/00:50:c2:65:d6:64/0,31,0
dynamic=ethmf,eth1/00:50:c2:65:d6:64/1,31,1  <<<<< final de spans de
dispositivo 2
# ……………… outras configuracoes fora de scopo ……………

Destaques:
1 - Os endereços MAC corresponde a cada dispositivo foneBRIDGE2. 
2- A marca de timing  não deve ser zero para cada foneBRIDGE2 ligado, mas
com crescente número inteiro, ou seja, o primeiro relógio de referenca
selecionado será "1", no caso de perda de sincronizacao, será usado o "2" e
assim por diante. 
3- Span virtual deve ser iniciada em / 0 para cada foneBRIDGE2, ter cuidado
com esta questão, porque um erro de numeração irá causar kernel panic na
inicialização da TDMoE.
A definição de canais e a usual: portadores (bchan) e sinalização (dchan).
Muito depende da configuração do outro lado, geralmente uma telco
(informação de assinação devem ser recolhidas da telco direito).

--------------------------------------------------
Jorge F Churio
Regional Manager LATAM
Redfone Communications LLC
jchurio em red-fone.com
Phone:  +1 (786) 544-1199
Mobile: +54 (911) 6651-9512
Skype:   jorge.churio
Gtalk:    felipechurio em gmail.com
MSN:     jorgechurio em hotmail.com

-----Original Message-----
From: asteriskbrasil-bounces em listas.asteriskbrasil.org
[mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] On Behalf Of
asteriskbrasil-request em listas.asteriskbrasil.org
Sent: Tuesday, January 05, 2010 4:14 PM
To: asteriskbrasil em listas.asteriskbrasil.org
Subject: Digest AsteriskBrasil, volume 46, assunto 34

Enviar submissões para a lista de discussão AsteriskBrasil para 
	asteriskbrasil em listas.asteriskbrasil.org

Para se cadastrar ou descadastrar via WWW, visite o endereço
	http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
corpo da mensagem para 
	asteriskbrasil-request em listas.asteriskbrasil.org

Você poderá entrar em contato com a pessoa que gerencia a lista pelo
endereço
	asteriskbrasil-owner em listas.asteriskbrasil.org

Quando responder, por favor edite sua linha Assunto assim ela será
mais específica que "Re: Contents of AsteriskBrasil digest..."

----------------------------------------
Ajude a comunidade AsteriskBrasil.org!
==== Compre uma camiseta! ====
Acesse www.voipmania.com.br

Tópicos de Hoje:

   1. Re: Unable to Join queue (Luis Reis)

----------------------------------------------------------------------

Message: 1
Date: Tue, 5 Jan 2010 16:07:02 -0300
From: Luis Reis <luis.reis em singularideas.com.br>
Subject: Re: [AsteriskBrasil] Unable to Join queue
To: asteriskbrasil em listas.asteriskbrasil.org
Message-ID:
	<2b6fd34e1001051107s24ee5c4alf5c4397aff53a981 em mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Opa

mando pagar a coca pra quem?

rs ..

vlw ... na correria a gente acaba escrevendo errado ..

[]'s

2010/1/5 max _tor <maxthetor em gmail.com>

> Luis, so corrigindo.
>
> asterisk -rx "module reload app_queue.so"
> ou
> asterisk -rx "reload app_queue.so"
>
> Abracos
>
>
> 2010/1/5 Luis Reis <luis.reis em singularideas.com.br>
>
> asterisk -rx "module reload queues"
>>
>> 2010/1/5 Luiz C. Leitão Neto <luizneto em conectatecnologia.com>
>>
>> Luis, bom dia!
>>>
>>> Qual foi a programação que você colocou no Crontab? Não consegui
resolver
>>> o problema com nenhum dos ajustes recomendados anteriormente. Vou apelar
>>> para o Crontab mesmo.
>>>
>>>
>>> Grato desde já,
>>>
>>> Luiz Neto.
>>>
>>> ----- Mensagem original -----
>>> De: "Luis Reis" <luis.reis em singularideas.com.br>
>>> Para: asteriskbrasil em listas.asteriskbrasil.org
>>> Enviadas: Quarta-feira, 16 de Dezembro de 2009 6:10:24 (GMT-0300)
>>> Auto-Detected
>>> Assunto: Re: [AsteriskBrasil] Unable to Join queue
>>>
>>> depende do uso da fila.
>>>
>>> Mas eu programei no contab uma vez por semana.
>>>
>>> Em 15/12/09, max _tor<maxthetor em gmail.com> escreveu:
>>> > Poiseh, so um bug na aplicacao app_queue para causar isso, acho que
vou
>>> ler
>>> > os changelog do asterisk
>>> > e fazer as comparacoes.
>>> > De qualquer forma, ele so volta ao normal depois de um reload via
>>> freepbx, o
>>> > equivalente a um restart.
>>> > Qual periocidade voce da o reset nas suas filas?
>>> >
>>> > 2009/12/15 Luis Reis <luis.reis em singularideas.com.br>
>>> >
>>> >> Minha experiência com queues é a seguinte:
>>> >>
>>> >> *com o tempo, a aplicação queue fica meio "doida" e por isso, com o
>>> tempo,
>>> >> eu dou um reset nas filas. Geralmente eu faço isso com o crontab.*
>>> >>
>>> >> Depois que você reseta a fila ela volta ao normal?
>>> >>
>>> >> 2009/12/15 Rodrigo Vian <listas em porttaltecnologia.com.br>
>>> >>
>>> >>  Bom dia, blz???
>>> >>>
>>> >>> Mude esses parametros e refaça o teste..
>>> >>> *eventmemberstatus=yes*
>>> >>> *eventwhencalled=yes*
>>> >>>
>>> >>> Não esqueça de olhar também o queue_log em /var/log/asterisk
>>> >>>
>>> >>> Espero que te ajude.
>>> >>>
>>> >>> Abs
>>> >>>
>>> >>>
>>> >>> max _tor escreveu:
>>> >>>
>>> >>> Entao Douglas, minha missao é essa descobrir o problema, porque nos
>>> logs
>>> >>> eu so tinha isso:
>>> >>> "app_queue.c: Unable to join queue"
>>> >>> o "queue_log", tambem nao pegou nada na data do acontecido.
>>> >>> Como mencionei, alguem so vai poder me ajudar, se tiver passado algo
>>> >>> parecido.
>>> >>>
>>> >>> Mas pra melhorar vou colocar a conf da minha queue.
>>> >>>
>>> >>> [700]
>>> >>> announce-frequency=0
>>> >>> announce-holdtime=no
>>> >>> autofill=yes
>>> >>> eventmemberstatus=no
>>> >>> eventwhencalled=no
>>> >>> joinempty=yes
>>> >>> leavewhenempty=no
>>> >>> maxlen=0
>>> >>> monitor-type=mixmonitor
>>> >>> monitor-format=wav
>>> >>> music=default
>>> >>> periodic-announce-frequency=0
>>> >>> queue-callswaiting=silence/1
>>> >>> queue-thereare=silence/1
>>> >>> queue-youarenext=silence/1
>>> >>> retry=3
>>> >>> strategy=random
>>> >>> timeout=0
>>> >>> weight=10
>>> >>> wrapuptime=0
>>> >>> member=Local/1001 em from-internal/n,0
>>> >>> member=Local/1002 em from-internal/n,0
>>> >>>
>>> >>>
>>> >>> Abracos a todos
>>> >>>
>>> >>> 2009/12/14 Douglas Conrad <conrad em opens.com.br>
>>> >>>
>>> >>>>  É preciso mais logs para dar uma sugestão correta.
>>> >>>>
>>> >>>> mas analisando a situação podemos fazer algumas colocações:
>>> >>>> - Unable to join queue é uma mensagem de impossibilidade de um
>>> chamador
>>> >>>> entrar na fila para esperar atendimento
>>> >>>> - esta mensagem indica que sua fila está com o parâmetro joinempty
=
>>> >>>> [no|strict] . Isto indica que na opção "no" ninguém poderá entrar
na
>>> >>>> fila de
>>> >>>> não existir agentes logados, já a opção "strict" indica que ninguém
>>> >>>> poderá
>>> >>>> entrar na fila se não existir ninguém logado ou ainda se todos
>>> estiverem
>>> >>>> unavailable.
>>> >>>>
>>> >>>> Esta última opção pode ser o teu problema, ou seja, os agentes
estão
>>> na
>>> >>>> fila mas indisponíveis" por algum motivo "obscuro" sem os logs.
>>> >>>>
>>> >>>> []s
>>> >>>>
>>> >>>> Douglas Conrad
>>> >>>> *O**pen**S** Tecnologia*
>>> >>>> http://www.opens.com.br
>>> >>>> Telefone: (48) 3954 8000 / (51)4063 8712
>>> >>>> DDR: (48) 3954 8034
>>> >>>> DDR Móvel: (48)3954 8031
>>> >>>> Celular: (48) 9161 3166
>>> >>>>
>>> >>>>   Em Seg, 2009-12-14 às 13:20 -0200, max _tor escreveu:
>>> >>>>
>>> >>>>  Senhores, ultimamente tenho tido um problema estranho, em
>>> intervalos de
>>> >>>> longos dias, uma das
>>> >>>> minhas queues mais ativar fica louca, fica repetindo a gravacao e
>>> nao
>>> >>>> passa a ligacao para os agentes.
>>> >>>> No log eu tenho :
>>> >>>>
>>> >>>> app_queue.c: Unable to join queue '700'.
>>> >>>>
>>> >>>> Os ramais/agentes estavam disponiveis no momento, nao deu para
fazer
>>> um
>>> >>>> "queue show" antes do momento.
>>> >>>> Alguem na lista ja passou por isso?
>>> >>>>
>>> >>>> _______________________________________________
>>> >>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> >>>> - Valor similar ao de placas E1 PCI;
>>> >>>> - Não há problemas de compatibilidade com barramento PCI;
>>> >>>> - Possibilitam a construção de soluções de alta
disponibilidade(dois
>>> >>>> servidores compartilham o mesmo E1)
>>> >>>> Conheça mais sobre este produto em www.red-fone.com
>>> >>>>
>>> >>>> _______________________________________________
>>> >>>> Lista de discussões
>>> >>>> AsteriskBrasil.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://
>>> listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>> >>>>
>>> >>>>
>>> >>>> _______________________________________________
>>> >>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> >>>> - Valor similar ao de placas E1 PCI;
>>> >>>> - Não há problemas de compatibilidade com barramento PCI;
>>> >>>> - Possibilitam a construção de soluções de alta
disponibilidade(dois
>>> >>>> servidores compartilham o mesmo E1)
>>> >>>> Conheça mais sobre este produto em www.red-fone.com
>>> >>>> _______________________________________________
>>> >>>> Lista de discussões AsteriskBrasil.org
>>> >>>> AsteriskBrasil em listas.asteriskbrasil.org
>>> >>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>> >>>>
>>> >>>
>>> >>> ------------------------------
>>> >>>
>>> >>> _______________________________________________
>>> >>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> >>> - Valor similar ao de placas E1 PCI;
>>> >>> - Não há problemas de compatibilidade com barramento PCI;
>>> >>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> >>> servidores compartilham o mesmo E1)
>>> >>> Conheça mais sobre este produto em www.red-fone.com
>>> >>> _______________________________________________
>>> >>> Lista de discussões
>>> >>> AsteriskBrasil.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://
>>> listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>> >>>
>>> >>>
>>> >>>
>>> >>> _______________________________________________
>>> >>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> >>> - Valor similar ao de placas E1 PCI;
>>> >>> - Não há problemas de compatibilidade com barramento PCI;
>>> >>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> >>> servidores compartilham o mesmo E1)
>>> >>> Conheça mais sobre este produto em www.red-fone.com
>>> >>> _______________________________________________
>>> >>> Lista de discussões AsteriskBrasil.org
>>> >>> AsteriskBrasil em listas.asteriskbrasil.org
>>> >>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>> >>>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Luis Machado Reis
>>> >> Analista de Sistemas
>>> >> www.singularideas.com.br
>>> >>
>>> >> _______________________________________________
>>> >> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> >> - Valor similar ao de placas E1 PCI;
>>> >> - Não há problemas de compatibilidade com barramento PCI;
>>> >> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> >> servidores compartilham o mesmo E1)
>>> >> Conheça mais sobre este produto em www.red-fone.com
>>> >> _______________________________________________
>>> >> Lista de discussões AsteriskBrasil.org
>>> >> AsteriskBrasil em listas.asteriskbrasil.org
>>> >> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>> >>
>>> >
>>>
>>>
>>> --
>>> Luis Machado Reis
>>> Analista de Sistemas
>>> www.singularideas.com.br
>>> _______________________________________________
>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> - Valor similar ao de placas E1 PCI;
>>> - Não há problemas de compatibilidade com barramento PCI;
>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> servidores compartilham o mesmo E1)
>>> Conheça mais sobre este produto em www.red-fone.com
>>> _______________________________________________
>>> Lista de discussões AsteriskBrasil.org
>>> AsteriskBrasil em listas.asteriskbrasil.org
>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>> _______________________________________________
>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> - Valor similar ao de placas E1 PCI;
>>> - Não há problemas de compatibilidade com barramento PCI;
>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> servidores compartilham o mesmo E1)
>>> Conheça mais sobre este produto em www.red-fone.com
>>> _______________________________________________
>>> Lista de discussões AsteriskBrasil.org
>>> AsteriskBrasil em listas.asteriskbrasil.org
>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>
>>
>>
>>
>> --
>> Luis Machado Reis
>> Analista de Sistemas
>> www.singularideas.com.br
>>
>> _______________________________________________
>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>> - Valor similar ao de placas E1 PCI;
>> - Não há problemas de compatibilidade com barramento PCI;
>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>> servidores compartilham o mesmo E1)
>> Conheça mais sobre este produto em www.red-fone.com
>> _______________________________________________
>> Lista de discussões AsteriskBrasil.org
>> AsteriskBrasil em listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>
>
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>

-- 
Luis Machado Reis
Analista de Sistemas
www.singularideas.com.br
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL:
http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/201001
05/f10110e6/attachment.htm 

------------------------------

_______________________________________________
AsteriskBrasil mailing list
AsteriskBrasil em listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

Fim da Digest AsteriskBrasil, volume 46, assunto 34
***************************************************