[AsteriskBrasil] RES: RES: Ramais presos Channel Bank Digivoice
Marcio - Google
marciorp em gmail.com
Terça Agosto 6 18:04:58 BRT 2013
Sei não se as outras são muito diferentes ... rsrsrsrsrs
Em 06/08/2013 17:02, "Maxwell Dall' Agnol" <maxwell.dallagnol em outlook.com>
escreveu:
Só me incomodei com equipamentos da Digivoice, realmente não recomendo a
ninguém.****
Depois que conhecemos a fábrica deles que entendemos porque os equipamentos
são tão problemáticos, uma desordem, bagunça, realmente lamentável.****
** **
** **
** **
** **
*Maxwell Dall’ Agnol – MDTech Soluções em TIC*
Diretor
*Fone: (54) 9987-8166*
*Email: *maxwell.dallagnol em mdtech.net.br**
[image: logos assinatura]****
Lembre-se do meio ambiente, imprima se for necessário.
*Atenciosamente, equipe MD Tech.*****
** **
*De:* asteriskbrasil-bounces em listas.asteriskbrasil.org [mailto:
asteriskbrasil-bounces em listas.asteriskbrasil.org] *Em nome de *Marcio -
Google
*Enviada em:* terça-feira, 6 de agosto de 2013 12:36
*Para:* asteriskbrasil em listas.asteriskbrasil.org
*Assunto:* Re: [AsteriskBrasil] RES: Ramais presos Channel Bank Digivoice***
*
** **
João, quando disse rede não me referi só a cabo e placa ... rsrsrs ... no
meio do caminho deve ter pelo menos um switch, certo? Verifique ele!****
** **
Não descarte problema no CB3000, como disse o TDMoE é problemático mesmo.
Se tiver uma placa E1, tente por ela.****
** **
Guilherme, realmente o channel da Khomp é problemático, mas a engenharia
tem se esforçado. Estou testando uma versão nova do channel, porém só tenho
EBS GSM para testar, então não saberia dizer se com o FXO/FXS/E1 ficará bom.
****
****
[...]'s
Marcio****
** **
========================================****
########### Campanha Ajude o Marcio! ###########****
http://sosmarcio.blogspot.com.br/****
http://www.vakinha.com.br/VaquinhaP.aspx?e=195793****
========================================****
** **
Em 6 de agosto de 2013 10:31, João Marcelo Queiroz <jmbq em bol.com.br>
escreveu:****
Bruno,****
** **
** **
obrigado pela dica, mas a interface já está dessa forma. Na verdade devido
aos travamentos constantes já adicionei esse comando a um script que rodo
para que os ramais voltem.****
** **
** **
Também forcei a mesma coisa nos CBs com:****
force speed 1****
force duplex 1****
** **
** **
Att.,****
** **
João Marcelo Queiroz****
** **
** **
Em 06/08/2013, às 10:34, Bruno Pavan escreveu:****
****
Segue comando, mude eth2 para a placa que vc esta com o CB.****
****
Se funcionar, é necessário colocar no init da maquina, pois no reboot ele
perde essa config.****
****
ethtool -s eth2 speed 100 duplex full autoneg off****
****
****
Att,****
Bruno Pavan****
Diretor Técnico - Grupo Link****
Skype bruno.grupolink****
(11) 3522-8109****
****
*De:* Bruno Pavan [mailto:brunopavan em grupolink.com.br]
*Enviada em:* terça-feira, 6 de agosto de 2013 10:30
*Para:* 'asteriskbrasil em listas.asteriskbrasil.org'
*Assunto:* RES: [AsteriskBrasil] Ramais presos Channel Bank Digivoice****
****
João,****
peguei um problema desses usando um ChannelBank da Cianet, resolvi forçando
a placa rodar em 100Mbps Full, tente isto, o erro no dmesg tem q zerar.****
****
****
****
Att,****
Bruno Pavan****
Diretor Técnico - Grupo Link****
Skype bruno.grupolink****
(11) 3522-8109****
****
*De:* asteriskbrasil-bounces em listas.asteriskbrasil.org [
mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org<asteriskbrasil-bounces em listas.asteriskbrasil.org>
] *Em nome de *João Marcelo Queiroz
*Enviada em:* terça-feira, 6 de agosto de 2013 10:25
*Para:* asteriskbrasil em listas.asteriskbrasil.org
*Assunto:* Re: [AsteriskBrasil] Ramais presos Channel Bank Digivoice****
****
Márcio,****
****
obrigado pelas informações. ****
****
O servidor que utilizo é um IBM e existe um módulo de gerenciamento que
escuta as NIC nativas do servidor. Por isso fiz o teste com uma placa
dedicada, mas o erro persiste. Os cabos são homologados e não apresentam
erros. A interface também não apresenta erros de frame, carrier ou
overrun, embora no dmesg ocorram alguns erros:****
****
Span DYN/eth/eth2/mac_cb_01: Expected seq no 0, but received 57556 instead**
**
Span DYN/eth/eth2/mac_cb_02: Expected seq no 0, but received 54454 instead**
**
Span DYN/eth/eth2/mac_cb_01: Expected seq no 56770, but received 62910
instead****
Span DYN/eth/eth2/mac_cb_02: Expected seq no 53655, but received 59795
instead****
Span DYN/eth/eth2/mac_cb_02: Expected seq no 62105, but received 62261
instead****
Span DYN/eth/eth2/mac_cb_01: Expected seq no 65220, but received 65377
instead****
Span DYN/eth/eth2/mac_cb_01: Expected seq no 54263, but received 1 instead**
**
Span DYN/eth/eth2/mac_cb_02: Expected seq no 51999, but received 52000
instead****
Span DYN/eth/eth2/mac_cb_02: Expected seq no 50967, but received 1 instead**
**
****
Nos CB3000 também vejo alguns erros de overrun.****
****
O problema é que já testei 2 servidores diferentes (x3100 e x3200, ambos
IBM) e no momento estou rodando com uma NIC offboard.****
****
****
Att.:****
****
João Marcelo Queiroz****
****
****
****
****
Em 06/08/2013, às 09:57, Marcio - Google escreveu:****
****
Amigo, se estiver usando TDMoE pode ser rede ... de qualquer forma esse
equipamento é sofrível mesmo. Também não descarte problema no equipamento.**
**
Para substituir você pode ir de Aligera. Ou unir alguns EBS Khomp para
chegar nessa concentração.****
Infelizmente não testei esse modelo de EBS Khomp para recomendar, estou
apenas colocando as opções.****
Em 06/08/2013 08:45, "João Marcelo Queiroz" <jmbq em bol.com.br> escreveu:****
Olá a todos,
estou usando dois channel bank CB3000 da Digivoice em cascata (64+64 FXS) e
tenho tido muitos problemas com ramais presos. Alguns aparecem como se
estivessem ringando, outros como reservado (fora do gancho), embora estejam
todos ainda no gancho a espera de chamada.
Não consigo derrubar os ramais presos com channel request hangup .
Outros estão ocupados mas não é mostrado como tal no CLI.
Quando os retiro do gancho consigo efetuar ligações, mas se alguém discar
para eles recebe o tom de ocupado.
Isso começa com um ou mais ramais e vai crescendo a ponto de ser necessário
reiniciar o asterisk e o dahdi para que volte ao normal.
Seguindo a dica de um colega da lista fiz um downgrade para o asterisk
1.8.7, (dahdi 2.4) mas o problema persiste.
O fabricante informa que é necessário ter a versão mais nova do dahdi,
então atualizei para o asterisk 1.8.21 (dahdi 2.6) mas o problema continua.
Já troquei servidor, placa de rede, cabos de rede, aterramento (ground e
carcaça) e nada.
Mais alguém teve esse tipo de problema?
Qual seria o fabricante recomendado pelos colegas, caso seja necessário
substituir os channel bank que tenho hoje?
Att.,
João Marcelo Queiroz
_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
_______________________________________________
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para
asteriskbrasil-unsubscribe em listas.asteriskbrasil.org****
_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
_______________________________________________
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para
asteriskbrasil-unsubscribe em listas.asteriskbrasil.org****
****
_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
_______________________________________________
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para
asteriskbrasil-unsubscribe em listas.asteriskbrasil.org****
** **
_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
_______________________________________________
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para
asteriskbrasil-unsubscribe em listas.asteriskbrasil.org****
** **
_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
_______________________________________________
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para
asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130806/c53bc117/attachment-0001.htm
-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome : não disponível
Tipo : image/jpeg
Tam : 13050 bytes
Descr.: não disponível
Url : http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130806/c53bc117/attachment-0001.jpeg
Mais detalhes sobre a lista de discussão AsteriskBrasil