[AsteriskBrasil] OpenR2
Senhores, Tenha algumas duvidas a respeito da biblioteca OpenR2, quando eu executo o comando "mfcr2 show channels" eu consigo ver o status dos canais, vamos ao que eu acredito que seja um erro de configuração ou até mesmo um bug, quando eu reinicio o computador todos os canais aparecem como "BLOKED" e assim que eu faço a conexão com E1 o status fica como "IDLE" até ai tudo bem, porem ao meu ver no momento que eu faço a desconexão o canal deveria ficar como "BLOKED" e não como "0x80" ou "0x00", o que pode está ocasionando esse erro ou se é um bug da biblioteca. OS: CentoS 7 Asterisk: 11.23.0 Dahdi: 2.10.2 OpenR2: 1.3.3 Hardware: RedFone (FoneBridge 2) Certo de vossa ajuda agradeço!! *Heros Santos Amaral Filho* *dCCA - Digium Certified Asterisk Administrator* *+55 61 99243-7457* heros.ama...@gmail.com ___ 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 Intercomunicador e acesso remoto via rede IP e telefones IP Conheça todo o portfólio em www.Khomp.com ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
[AsteriskBrasil] OpenR2 1.3.3
Pessoal, Para quem usa OpenR2 no Brasil, fix especial... * Fix for Brazilian variant homologation. Signal A-2 is used to repeat all DNIS from the beginning http://openr2.googlecode.com/files/openr2-1.3.3.tar.gz Sds Alexandre Alencar Twitter @alexandreitpro http://blog.alexandrealencar.net/ http://www.alexandrealencar.net/ http://www.alexandrealencar.com http://www.servicosdeti.com.br/ COBIT, ITIL, CSM, LPI, MCP-I ___ 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-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] openR2
Éder, mfcr2 show channels Para que possamos ver o estado dos canais... usa pastebin.com para colar a saída... Alexandre Alencar Twitter @alexandreitpro http://blog.alexandrealencar.net/ http://www.alexandrealencar.net/ http://www.alexandrealencar.com http://www.servicosdeti.com.br/ COBIT, ITIL, CSM, LPI, MCP-I On Thu, Feb 14, 2013 at 5:02 PM, Éder wrote: > Ola > > Tenho um trixbox atualizei o mesmo com o asterisk 1.8 segui um tutorial > ensinando a migrar para o R2. > > ** ** > > Segue configuração > > service dahdi status > > ** ** > > ### Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) HDB3/ > > 1 PRICAS > > 2 PRICAS > > 3 PRICAS > > 4 PRICAS > > Ate 0 31 > > ** ** > > Tenho um astribank tb > > ### Span 3: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" > > 63 FXSFXOKS (SWEC: MG2) > > 64 FXSFXOKS (SWEC: MG2) > > 65 FXSFXOKS (SWEC: MG2) > > ** ** > > 99 FXSFXOKS (SWEC: MG2) > > 100 FXSFXOKS (SWEC: MG2) > > ** ** > > ** ** > > Meu systen.conf > > ** ** > > # Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) HDB3/ > > ** ** > > loadzone = br > > defaultzone =br > > ** ** > > span=1,1,0,cas,hdb3 > > cas=1-15:1101 > > cas=17-31:1101 > > dchan=16 > > ** ** > > mais a parte do astribank > > ** ** > > ** ** > > meu chan_dahdi.conf > > ** ** > > [channels] > > ** ** > > language=pt_BR > > context=from-zaptel > > rxwink=300 ; Atlas seems to use long (250ms) winks > > ; > > ; Whether or not to do distinctive ring detection on FXO lines > > ; > > ;usedistinctiveringdetection=yes > > ** ** > > signalling=mfcr2 > > mfcr2_variant=br > > mfcr2_get_ani_first=no > > mfcr2_max_ani=20 > > mfcr2_max_dnis=20 > > mfcr2_category=national_subscriber > > mfcr2_logdir=span1 > > mfcr2_logging=all > > ** ** > > usecallerid=yes > > hidecallerid=no > > callwaiting=yes > > usecallingpres=yes > > callwaitingcallerid=yes > > threewaycalling=yes > > transfer=yes > > cancallforward=yes > > callreturn=yes > > echocancel=yes > > echocancelwhenbridged=no > > ;echotraining=800 > > rxgain=0.0 > > txgain=0.0 > > group=0 > > callgroup=1 > > pickupgroup=1 > > immediate=no > > ** ** > > dahdi_tool > >OK > T2XXP (PCI) Card 0 Span 1 â â > >â UNCONFIGURED > T2XXP (PCI) Card 0 Span 2 â® â > >â OK > Xorcom XPD #00/00: FXS â® â > >â OK > Xorcom XPD #00/10: FXS â â > >â OK > Xorcom XPD #00/20: FXS â â > >â OK > Xorcom XPD #00/30: FXS > > ** ** > > ** ** > > ** ** > > ** ** > > ** ** > > não recebo e faço ligações externas ainda > > alguém pode ajudar onde estou errando ou passou despercebido. > > ** ** > > Lebrando que o E1 esta ativo e vi o teste pelo técnico da oi no aparelho > dele. > > ** ** > > ** ** > > obrigado > > ** ** > > ** ** > > ___ > EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; > Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; > Conheça esses e outros LANÇAMENTOS KHOMP em www.Khomp.com > ___ > DIGIVOICE Fabricante de Placas de Voz e Channel Bank > 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM > Centro Treinamento - Curso de PABX IP - Asterisk - Site > www.digivoice.com.br > ___ > 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-unsubscr...@listas.asteriskbrasil.org > ___ EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; Conheça esses e outros LANÇAMENTOS KHOMP em www.Khomp.com ___ DIGIVOICE Fabricante de Placas de Voz e Channel Bank 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM Centro Treinamento - Curso de PABX IP - Asterisk - Site www.digivoice.com.br ___ ALIGERA Fa
[AsteriskBrasil] openR2
Ola Tenho um trixbox atualizei o mesmo com o asterisk 1.8 segui um tutorial ensinando a migrar para o R2. Segue configuração service dahdi status ### Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) HDB3/ 1 PRICAS 2 PRICAS 3 PRICAS 4 PRICAS Ate 0 31 Tenho um astribank tb ### Span 3: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" 63 FXSFXOKS (SWEC: MG2) 64 FXSFXOKS (SWEC: MG2) 65 FXSFXOKS (SWEC: MG2) 99 FXSFXOKS (SWEC: MG2) 100 FXSFXOKS (SWEC: MG2) Meu systen.conf # Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) HDB3/ loadzone = br defaultzone =br span=1,1,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 dchan=16 mais a parte do astribank meu chan_dahdi.conf [channels] language=pt_BR context=from-zaptel rxwink=300 ; Atlas seems to use long (250ms) winks ; ; Whether or not to do distinctive ring detection on FXO lines ; ;usedistinctiveringdetection=yes signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=20 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_logging=all usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no ;echotraining=800 rxgain=0.0 txgain=0.0 group=0 callgroup=1 pickupgroup=1 immediate=no dahdi_tool OK T2XXP (PCI) Card 0 Span 1 â â â UNCONFIGURED T2XXP (PCI) Card 0 Span 2 â® â â OK Xorcom XPD #00/00: FXS â® â â OK Xorcom XPD #00/10: FXS â â â OK Xorcom XPD #00/20: FXS â â â OK Xorcom XPD #00/30: FXS não recebo e faço ligações externas ainda alguém pode ajudar onde estou errando ou passou despercebido. Lebrando que o E1 esta ativo e vi o teste pelo técnico da oi no aparelho dele. obrigado ___ EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; Conheça esses e outros LANÇAMENTOS KHOMP em www.Khomp.com ___ DIGIVOICE Fabricante de Placas de Voz e Channel Bank 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM Centro Treinamento - Curso de PABX IP - Asterisk - Site www.digivoice.com.br ___ 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-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Openr2
Segundo o site do openr2 foi na 1.6. Até a 1.4 é preciso aplicar patchs - que o site desaconselha. Valter Em 20 de agosto de 2011 21:53, Fabiano Souza de Azevedo escreveu: > Prezados; > > Recorro a lista para sanar uma dúvida que não consegui encontrar, gostaria > de saber a partir de que versão o Asterisk passou a reconhecer a sinalização > r2 nativamente. > > -- > > *At.* > > * Fabiano Souza de Azevedo* > > * fbnso...@gmail.com* > > > ___ > 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 > ___ > DIGIVOICE: Lider no mercado de placas para Asterisk > Único fabricante com Centro de Treinamento especializado. > LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. > www.digivoice.com.br ou (11)3016-5200. > > LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM. > Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica. > Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org > Mais informações: www.shopvoip.com.br ou 0800-6021244 > __ > Para remover seu email desta lista, basta enviar um email em branco para > asteriskbrasil-unsubscr...@listas.asteriskbrasil.org > -- Valter G. Nogueira Jr. FastWay - Tecnologia em Ação http://www.fastway.com.br ___ 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 ___ DIGIVOICE: Lider no mercado de placas para Asterisk Único fabricante com Centro de Treinamento especializado. LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. www.digivoice.com.br ou (11)3016-5200. LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM. Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica. Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org Mais informações: www.shopvoip.com.br ou 0800-6021244 __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
[AsteriskBrasil] Openr2
Prezados; Recorro a lista para sanar uma dúvida que não consegui encontrar, gostaria de saber a partir de que versão o Asterisk passou a reconhecer a sinalização r2 nativamente. -- *At.* * Fabiano Souza de Azevedo* * fbnso...@gmail.com* ___ 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 ___ DIGIVOICE: Lider no mercado de placas para Asterisk Único fabricante com Centro de Treinamento especializado. LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. www.digivoice.com.br ou (11)3016-5200. LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM. Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica. Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org Mais informações: www.shopvoip.com.br ou 0800-6021244 __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] OpenR2 no Asterisk-1.4.42
Valter, poste mais informações do que ocorre, ok? Abraço Josue Em 1 de agosto de 2011 21:39, Valter Nogueira escreveu: > Como faço para instalar o OpenR2 no Asterisk 1.4.42? > > Apliquei o pacth e copiei as alterações para o chan_dahdi.conf, mas o dahdi > não sobe. > > Alguém tem uma dica? > > Obrigado, > > Valter > > ___ > 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 > ___ > DIGIVOICE: Lider no mercado de placas para Asterisk > Único fabricante com Centro de Treinamento especializado. > LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. > www.digivoice.com.br ou (11)3016-5200. > > LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM. > Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica. > Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org > Mais informações: www.shopvoip.com.br ou 0800-6021244 > __ > Para remover seu email desta lista, basta enviar um email em branco para > asteriskbrasil-unsubscr...@listas.asteriskbrasil.org > ___ 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 ___ DIGIVOICE: Lider no mercado de placas para Asterisk Único fabricante com Centro de Treinamento especializado. LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. www.digivoice.com.br ou (11)3016-5200. LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM. Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica. Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org Mais informações: www.shopvoip.com.br ou 0800-6021244 __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
[AsteriskBrasil] OpenR2 no Asterisk-1.4.42
Como faço para instalar o OpenR2 no Asterisk 1.4.42? Apliquei o pacth e copiei as alterações para o chan_dahdi.conf, mas o dahdi não sobe. Alguém tem uma dica? Obrigado, Valter ___ 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 ___ DIGIVOICE: Lider no mercado de placas para Asterisk Único fabricante com Centro de Treinamento especializado. LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. www.digivoice.com.br ou (11)3016-5200. LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM. Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica. Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org Mais informações: www.shopvoip.com.br ou 0800-6021244 __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] OPENR2 + Asterisk 1.4.40
Utilizo 32 mesmo. Eu tentei setar tanto o --prefix=/usr quanto o --libdir=/usr/lib sem sucesso. Segue a saída do ldd setando apenas o --libdir=/usr/lib ldd /usr/lib/asterisk/modules/chan_dahdi.so linux-gate.so.1 => (0xb77d9000) libtonezone.so.2.0 => /usr/lib/libtonezone.so.2.0 (0xb7745000) libpri.so.1.4 => /usr/lib/libpri.so.1.4 (0xb771a000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb770) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75a5000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb757f000) /lib/ld-linux.so.2 (0xb77da000) ___ 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 ___ DIGIVOICE: Lider no mercado de placas para Asterisk Único fabricante com Centro de Treinamento especializado. LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. www.digivoice.com.br ou (11)3016-5200. Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] OPENR2 + Asterisk 1.4.40
na compilacao do mfcr2 o parametro --libdir foi utilizado ou n em ambientes x64 se vc n setar o libdir ele coloca as bibliotecas em lugar errado. digite ldd /usr/lib/asterisk/modules/chan_dahdi.so ou /usr/lib64/asterisk /modules/chan_dahdi.so e veja se é listado todas as dependencias. Segue resposta em Asterisk 1.6 rodando com kernel x64 e mfcr2 [root@vsphone-teste ~]# ldd /usr/lib/asterisk/modules/chan_dahdi.so libtonezone.so.2.0 => /usr/lib/libtonezone.so.2.0 (0x2ab5aa699000) libpri.so.1.4 => /usr/lib/libpri.so.1.4 (0x2ab5aa8ca000) libss7.so.1 => /usr/lib/libss7.so.1 (0x2ab5aab1e000) libopenr2.so.3 => /usr/lib64/libopenr2.so.3 (0x2ab5aad35000) libpthread.so.0 => /lib64/libpthread.so.0 (0x2ab5aaf51000) libc.so.6 => /lib64/libc.so.6 (0x2ab5ab16c000) libm.so.6 => /lib64/libm.so.6 (0x2ab5ab4c4000) /lib64/ld-linux-x86-64.so.2 (0x003244c0) 2011/4/19 André M. > Boa tarde. > > Estou com uma dificuldade para fazer o openr2 funcionar no asterisk 1.4.40. > Eu já tentei também com o 1.4.39 (que é o que tem o patch correto) porém > sem sucesso também. > Quando entro no cli do Asterisk e tento digitar dahdi (aplicacão) não > existe, a mesma coisa acontece com mfcr2. > > Estou pecando em algum detalhe. > > Eu compilo tudo certinho, inclusive se vou no make menuselect do Asterisk > no chan_dahdi, aparece: Can Use: pri, mfcr2 > > Não sei se pode ser configuracão, segue minhas configs: > > > redfone.conf > > [globals] > fb=192.168.1.254 > port=1 > server=00:30:48:e4:1c:64 > > [span1] > framing=cas > encoding=hdb3 > slave > rbs > > > > > system.conf > > dynamic=ethmf,eth1/00:50:c2:65:db:7e/0,31,1 > > cas=1-15:1101 > dchan=16 > cas=17-31:1101 > #;alaw=1-31 > > loadzone=br > defaultzone=br > > > > chan_dahdi.conf > [trunkgroups] > > [channels] > usecallerid=yes > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > canpark=yes > cancallforward=yes > callreturn=yes > echocancel=yes > echocancelwhenbridged=yes > > signalling=mfcr2 > mfcr2_variant=br > mfcr2_get_ani_first=no > mfcr2_max_ani=20 > mfcr2_max_dnis=4 > mfcr2_category=national_subscriber > mfcr2_logdir=span1 > mfcr2_logging=all > > context=embratel > group=0 > callgroup=0 > pickupgroup=0 > channel => 1-15 > channel => 17-31 > > > > > ___ > 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 > ___ > DIGIVOICE: Lider no mercado de placas para Asterisk > Único fabricante com Centro de Treinamento especializado. > LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. > www.digivoice.com.br ou (11)3016-5200. > > Lista de discussões AsteriskBrasil.org > AsteriskBrasil@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > __ > Para remover seu email desta lista, basta enviar um email em branco para > asteriskbrasil-unsubscr...@listas.asteriskbrasil.org > -- Atenciosamente, Neimar Lima de Ávila Administrador Pratanet.com! nei...@pratanet.com +55 31 8495-2402 ___ 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 ___ DIGIVOICE: Lider no mercado de placas para Asterisk Único fabricante com Centro de Treinamento especializado. LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. www.digivoice.com.br ou (11)3016-5200. Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
[AsteriskBrasil] OPENR2 + Asterisk 1.4.40
Boa tarde. Estou com uma dificuldade para fazer o openr2 funcionar no asterisk 1.4.40. Eu já tentei também com o 1.4.39 (que é o que tem o patch correto) porém sem sucesso também. Quando entro no cli do Asterisk e tento digitar dahdi (aplicacão) não existe, a mesma coisa acontece com mfcr2. Estou pecando em algum detalhe. Eu compilo tudo certinho, inclusive se vou no make menuselect do Asterisk no chan_dahdi, aparece: Can Use: pri, mfcr2 Não sei se pode ser configuracão, segue minhas configs: redfone.conf [globals] fb=192.168.1.254 port=1 server=00:30:48:e4:1c:64 [span1] framing=cas encoding=hdb3 slave rbs system.conf dynamic=ethmf,eth1/00:50:c2:65:db:7e/0,31,1 cas=1-15:1101 dchan=16 cas=17-31:1101 #;alaw=1-31 loadzone=br defaultzone=br chan_dahdi.conf [trunkgroups] [channels] usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_logging=all context=embratel group=0 callgroup=0 pickupgroup=0 channel => 1-15 channel => 17-31 ___ 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 ___ DIGIVOICE: Lider no mercado de placas para Asterisk Único fabricante com Centro de Treinamento especializado. LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO. www.digivoice.com.br ou (11)3016-5200. Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] OpenR2 + canais presos
Para que serve esse parametro Rodrigo?! Gian Nicodemus ▒▒▒ Analista de sistemas▒▒▒ giannicode...@gmail.com.br Em 12 de novembro de 2010 12:42, Rodrigo Vian < lis...@porttaltecnologia.com.br> escreveu: > Gian > > Esse parâmetro não vi em suas configurações de E1 > > Tenta colocar ele... mfcr2_metering_pulse_timeout=-1 > > > > Mensagem original > *De*: Gian Nicodemus > > > > *Responder a*: asteriskbrasil@listas.asteriskbrasil.org > *Para*: asteriskbrasil@listas.asteriskbrasil.org > *Assunto*: Re: [AsteriskBrasil] OpenR2 + canais presos > *Data*: Fri, 12 Nov 2010 11:15:15 -0200 > > > Puts, > > Pior que comparando tá bem igual ao meu... > Uma coisa que eu reparei a algum tempo atrás > > Eu tinha em maquina Debian 4.0, Sangoma A104, OpenR2 e funcionava > corretamente, a um tempo atrás eu migrei pra Debian 5.0 e começou a dar > problemas, dai coloquei uma Digium no lugar a resolveu... > A questão é que funcionava a Sangoma muito até então... > E são sempre os mesmos problemas... > > > > Gian Nicodemus > ▒▒▒ Analista de sistemas▒▒▒ > giannicode...@gmail.com.br > > > > > Em 12 de novembro de 2010 10:53, Rodrigo Vian < > lis...@porttaltecnologia.com.br> escreveu: > > Gian... tenho uma digium com openR2 funcionando belezinha > > Segue minhas conf... se ajudar > > ABS > > chan_dahdi.conf > > [trunkgroups] > > [channels] > context=from-pstn > signalling=fxs_ks > rxwink=300 ; Atlas seems to use long (250ms) winks > usecallerid=yes > hidecallerid=no > > > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > canpark=yes > cancallforward=yes > callreturn=yes > echocancel=yes > > echocancelwhenbridged=no > faxdetect=incoming > echotraining=800 > callgroup=1 > pickupgroup=1 > > immediate=no > > language=pt_BR > > > ;### Link E-1 Telefonica ### > context=from-pstn > accountcode=e1-telefonica > callerid=11 > rxgain=0.0 > txgain=-2.0 > > > signalling=mfcr2 > mfcr2_variant=br > > mfcr2_immediate_accept=no > > > mfcr2_get_ani_first=no > mfcr2_max_ani=20 > mfcr2_max_dnis=4 > mfcr2_category=national_subscriber > > mfcr2_mfback_timeout=3000 > mfcr2_metering_pulse_timeout=-1 > > > mfcr2_allow_collect_calls=no > > mfcr2_double_answer=no > mfcr2_charge_calls=yes > mfcr2_call_files=yes > mfcr2_logdir=telefonica > mfcr2_logging=all > > group=0 > channel => 1-15,17-31 > > ;### PABX LEGADO - Digistar ### > context=from-internal > accountcode=e1-pabx > callerid=asreceived > rxgain=0.0 > txgain=0.0 > > > signalling=mfcr2 > mfcr2_variant=br > > mfcr2_immediate_accept=no > ;mfcr2_get_ani_first=yes > > > mfcr2_get_ani_first=no > > mfcr2_max_ani=10 > mfcr2_max_dnis=20 > mfcr2_category=national_subscriber > mfcr2_mfback_timeout=6000 > mfcr2_charge_calls=yes > mfcr2_call_files=yes > mfcr2_logdir=pabx > mfcr2_logging=all > > group=1 > channel => 32-46,48-62 > > > > > > > > > Mensagem original > *De*: Gian Nicodemus > > > > *Responder a*: asteriskbrasil@listas.asteriskbrasil.org > *Para*: asteriskbrasil@listas.asteriskbrasil.org > *Assunto*: [AsteriskBrasil] OpenR2 + canais presos > *Data*: Fri, 12 Nov 2010 10:42:05 -0200 > > > > > Boas galera... > > > Estou tendo um problema aqui meio estranho aqui com asterisk em ambientes > diferentes... > Acontece frequentemente de linhas presas, pelo menos isso acontece > diariamente e somente com OpenR2, porque tenho outras maquinas com ISDN e > nao tenho problemas com linhas presas... > O cenario acontece são em servidores de áudio conferencias, as pessoas > ligam e geralmente sempre acaba ficando linha presa e ultimamente quando > inicio as maquinas (quando necessario reboot), ela retorna com os canais > bloqueados > Alguém ja teve algum problema semelhante? > > Cenario: > Core²Quad > Placa Sangoma A108 > Wanpipe 3.5.11 > DAHDI 2.2.1 > Asterisk 1.6.2.2] > Operadora: Intelig > > Core²duo > Placa Sangoma A108 > Asterisk 1.6.2.7 > DAHDI 2.2.1 > Wanpipe 3.5.11 > Operadora: Telefonica > Debian Lenny > > Ja fiz diversos testes com wanpipe, dahdi, asterisk e sem solução... > >
Re: [AsteriskBrasil] OpenR2 + canais presos
Gian Esse parâmetro não vi em suas configurações de E1 Tenta colocar ele... mfcr2_metering_pulse_timeout=-1 Mensagem original De: Gian Nicodemus Responder a: asteriskbrasil@listas.asteriskbrasil.org Para: asteriskbrasil@listas.asteriskbrasil.org Assunto: Re: [AsteriskBrasil] OpenR2 + canais presos Data: Fri, 12 Nov 2010 11:15:15 -0200 Puts, Pior que comparando tá bem igual ao meu... Uma coisa que eu reparei a algum tempo atrás Eu tinha em maquina Debian 4.0, Sangoma A104, OpenR2 e funcionava corretamente, a um tempo atrás eu migrei pra Debian 5.0 e começou a dar problemas, dai coloquei uma Digium no lugar a resolveu... A questão é que funcionava a Sangoma muito até então... E são sempre os mesmos problemas... Gian Nicodemus ▒▒▒ Analista de sistemas▒▒▒ giannicode...@gmail.com.br Em 12 de novembro de 2010 10:53, Rodrigo Vian escreveu: Gian... tenho uma digium com openR2 funcionando belezinha Segue minhas conf... se ajudar ABS chan_dahdi.conf [trunkgroups] [channels] context=from-pstn signalling=fxs_ks rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no faxdetect=incoming echotraining=800 callgroup=1 pickupgroup=1 immediate=no language=pt_BR ;### Link E-1 Telefonica ### context=from-pstn accountcode=e1-telefonica callerid=11 rxgain=0.0 txgain=-2.0 signalling=mfcr2 mfcr2_variant=br mfcr2_immediate_accept=no mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_mfback_timeout=3000 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=no mfcr2_charge_calls=yes mfcr2_call_files=yes mfcr2_logdir=telefonica mfcr2_logging=all group=0 channel => 1-15,17-31 ;### PABX LEGADO - Digistar ### context=from-internal accountcode=e1-pabx callerid=asreceived rxgain=0.0 txgain=0.0 signalling=mfcr2 mfcr2_variant=br mfcr2_immediate_accept=no ;mfcr2_get_ani_first=yes mfcr2_get_ani_first=no mfcr2_max_ani=10 mfcr2_max_dnis=20 mfcr2_category=national_subscriber mfcr2_mfback_timeout=6000 mfcr2_charge_calls=yes mfcr2_call_files=yes mfcr2_logdir=pabx mfcr2_logging=all group=1 channel => 32-46,48-62 Mensagem original De: Gian Nicodemus Responder a: asteriskbrasil@listas.asteriskbrasil.org Para: asteriskbrasil@listas.asteriskbrasil.org Assunto: [AsteriskBrasil] OpenR2 + canais presos Data: Fri, 12 Nov 2010 10:42:05 -0200 Boas galera... Estou tendo um problema aqui meio estranho aqui com asterisk em ambientes diferentes... Acontece frequentemente de linhas presas, pelo menos isso acontece diariamente e somente com OpenR2, porque tenho outras maquinas com ISDN e nao tenho problemas com linhas presas... O cenario acontece são em servidores de áudio conferencias, as pessoas ligam e geralmente sempre acaba ficando linha presa e ultimamente quando inicio as maquinas (quando necessario reboot), ela retorna com os canais bloqueados Alguém ja teve algum problema semelhante? Cenario: Core²Quad Placa Sangoma A108 Wanpipe 3.5.11 DAHDI 2.2.1 Asterisk 1.6.2.2] Operadora: Intelig Core²duo Placa Sangoma A108 Asterisk 1.6.2.7 DAHDI 2.2.1 Wanpipe 3.5.11 Operadora: Telefonica Debian Lenny Ja fiz diversos testes com wanpipe, dahdi, asterisk e sem solução... /etc/dahdi/system.conf # loadzone = br defaultzon
Re: [AsteriskBrasil] OpenR2 + canais presos
Puts, Pior que comparando tá bem igual ao meu... Uma coisa que eu reparei a algum tempo atrás Eu tinha em maquina Debian 4.0, Sangoma A104, OpenR2 e funcionava corretamente, a um tempo atrás eu migrei pra Debian 5.0 e começou a dar problemas, dai coloquei uma Digium no lugar a resolveu... A questão é que funcionava a Sangoma muito até então... E são sempre os mesmos problemas... Gian Nicodemus ▒▒▒ Analista de sistemas▒▒▒ giannicode...@gmail.com.br Em 12 de novembro de 2010 10:53, Rodrigo Vian < lis...@porttaltecnologia.com.br> escreveu: > Gian... tenho uma digium com openR2 funcionando belezinha > > Segue minhas conf... se ajudar > > ABS > > chan_dahdi.conf > > [trunkgroups] > > [channels] > context=from-pstn > signalling=fxs_ks > rxwink=300 ; Atlas seems to use long (250ms) winks > usecallerid=yes > hidecallerid=no > > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > canpark=yes > cancallforward=yes > callreturn=yes > echocancel=yes > echocancelwhenbridged=no > faxdetect=incoming > echotraining=800 > callgroup=1 > pickupgroup=1 > > immediate=no > > language=pt_BR > > > ;### Link E-1 Telefonica ### > context=from-pstn > accountcode=e1-telefonica > callerid=11 > rxgain=0.0 > txgain=-2.0 > > signalling=mfcr2 > mfcr2_variant=br > mfcr2_immediate_accept=no > > mfcr2_get_ani_first=no > mfcr2_max_ani=20 > mfcr2_max_dnis=4 > mfcr2_category=national_subscriber > mfcr2_mfback_timeout=3000 > mfcr2_metering_pulse_timeout=-1 > > mfcr2_allow_collect_calls=no > mfcr2_double_answer=no > mfcr2_charge_calls=yes > mfcr2_call_files=yes > mfcr2_logdir=telefonica > mfcr2_logging=all > > group=0 > channel => 1-15,17-31 > > ;### PABX LEGADO - Digistar ### > context=from-internal > accountcode=e1-pabx > callerid=asreceived > rxgain=0.0 > txgain=0.0 > > signalling=mfcr2 > mfcr2_variant=br > mfcr2_immediate_accept=no > ;mfcr2_get_ani_first=yes > > mfcr2_get_ani_first=no > mfcr2_max_ani=10 > mfcr2_max_dnis=20 > mfcr2_category=national_subscriber > mfcr2_mfback_timeout=6000 > mfcr2_charge_calls=yes > mfcr2_call_files=yes > mfcr2_logdir=pabx > mfcr2_logging=all > > group=1 > channel => 32-46,48-62 > > > > > > > > Mensagem original > *De*: Gian Nicodemus > > > > *Responder a*: asteriskbrasil@listas.asteriskbrasil.org > *Para*: asteriskbrasil@listas.asteriskbrasil.org > *Assunto*: [AsteriskBrasil] OpenR2 + canais presos > *Data*: Fri, 12 Nov 2010 10:42:05 -0200 > > > Boas galera... > > > Estou tendo um problema aqui meio estranho aqui com asterisk em ambientes > diferentes... > Acontece frequentemente de linhas presas, pelo menos isso acontece > diariamente e somente com OpenR2, porque tenho outras maquinas com ISDN e > nao tenho problemas com linhas presas... > O cenario acontece são em servidores de áudio conferencias, as pessoas > ligam e geralmente sempre acaba ficando linha presa e ultimamente quando > inicio as maquinas (quando necessario reboot), ela retorna com os canais > bloqueados > Alguém ja teve algum problema semelhante? > > Cenario: > Core²Quad > Placa Sangoma A108 > Wanpipe 3.5.11 > DAHDI 2.2.1 > Asterisk 1.6.2.2] > Operadora: Intelig > > Core²duo > Placa Sangoma A108 > Asterisk 1.6.2.7 > DAHDI 2.2.1 > Wanpipe 3.5.11 > Operadora: Telefonica > Debian Lenny > > Ja fiz diversos testes com wanpipe, dahdi, asterisk e sem solução... > > /etc/dahdi/system.conf > > # > loadzone = br > defaultzone = br > > span=1,1,0,cas,hdb3 > cas=1-15:1101 > cas=17-31:1101 > dchan=16 > #echocanceller=mg2,1-15,17-31 > > span=2,2,0,cas,hdb3 > cas=32-46:1101 > cas=48-62:1101 > dchan=47 > #echocanceller=mg2,32-46,48-62 > > span=3,3,0,cas,hdb3 > cas=63-77:1101 > cas=79-93:1101 > dchan=78 > #echocanceller=mg2,63-77,79-93 > > > span=4,4,0,cas,hdb3 > cas=94-108:1101 > cas=110-124:1101 > dchan=109 > #echocanceller=mg2,94-108,110-124 > > span=5,5,0,cas,hdb3 > cas=125-139:1101 > cas=141-155:1101 > dchan=140 > > span=6,6,0,cas,hdb3 > cas=156-170:1101 > cas=172-186:1101 > dchan=171 > > span=7,7,0,cas,hdb3 > cas=187-201:1101 > cas=203-217:1101 > dchan=202 > > span=8,8,0,cas,hdb3 > cas=218-232:1101 > cas=234-248:1101 > dchan=233 > > > > > > /etc/asterisk/chan_dahdi.conf > > usecallerid=yes > callwait
Re: [AsteriskBrasil] OpenR2 + canais presos
Gian... tenho uma digium com openR2 funcionando belezinha Segue minhas conf... se ajudar ABS chan_dahdi.conf [trunkgroups] [channels] context=from-pstn signalling=fxs_ks rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no faxdetect=incoming echotraining=800 callgroup=1 pickupgroup=1 immediate=no language=pt_BR ;### Link E-1 Telefonica ### context=from-pstn accountcode=e1-telefonica callerid=11 rxgain=0.0 txgain=-2.0 signalling=mfcr2 mfcr2_variant=br mfcr2_immediate_accept=no mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_mfback_timeout=3000 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=no mfcr2_charge_calls=yes mfcr2_call_files=yes mfcr2_logdir=telefonica mfcr2_logging=all group=0 channel => 1-15,17-31 ;### PABX LEGADO - Digistar ### context=from-internal accountcode=e1-pabx callerid=asreceived rxgain=0.0 txgain=0.0 signalling=mfcr2 mfcr2_variant=br mfcr2_immediate_accept=no ;mfcr2_get_ani_first=yes mfcr2_get_ani_first=no mfcr2_max_ani=10 mfcr2_max_dnis=20 mfcr2_category=national_subscriber mfcr2_mfback_timeout=6000 mfcr2_charge_calls=yes mfcr2_call_files=yes mfcr2_logdir=pabx mfcr2_logging=all group=1 channel => 32-46,48-62 Mensagem original De: Gian Nicodemus Responder a: asteriskbrasil@listas.asteriskbrasil.org Para: asteriskbrasil@listas.asteriskbrasil.org Assunto: [AsteriskBrasil] OpenR2 + canais presos Data: Fri, 12 Nov 2010 10:42:05 -0200 Boas galera... Estou tendo um problema aqui meio estranho aqui com asterisk em ambientes diferentes... Acontece frequentemente de linhas presas, pelo menos isso acontece diariamente e somente com OpenR2, porque tenho outras maquinas com ISDN e nao tenho problemas com linhas presas... O cenario acontece são em servidores de áudio conferencias, as pessoas ligam e geralmente sempre acaba ficando linha presa e ultimamente quando inicio as maquinas (quando necessario reboot), ela retorna com os canais bloqueados Alguém ja teve algum problema semelhante? Cenario: Core²Quad Placa Sangoma A108 Wanpipe 3.5.11 DAHDI 2.2.1 Asterisk 1.6.2.2] Operadora: Intelig Core²duo Placa Sangoma A108 Asterisk 1.6.2.7 DAHDI 2.2.1 Wanpipe 3.5.11 Operadora: Telefonica Debian Lenny Ja fiz diversos testes com wanpipe, dahdi, asterisk e sem solução... /etc/dahdi/system.conf # loadzone = br defaultzone = br span=1,1,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 dchan=16 #echocanceller=mg2,1-15,17-31 span=2,2,0,cas,hdb3 cas=32-46:1101 cas=48-62:1101 dchan=47 #echocanceller=mg2,32-46,48-62 span=3,3,0,cas,hdb3 cas=63-77:1101 cas=79-93:1101 dchan=78 #echocanceller=mg2,63-77,79-93 span=4,4,0,cas,hdb3 cas=94-108:1101 cas=110-124:1101 dchan=109 #echocanceller=mg2,94-108,110-124 span=5,5,0,cas,hdb3 cas=125-139:1101 cas=141-155:1101 dchan=140 span=6,6,0,cas,hdb3 cas=156-170:1101 cas=172-186:1101 dchan=171 span=7,7,0,cas,hdb3 cas=187-201:1101 cas=203-217:1101 dchan=202 span=8,8,0,cas,hdb3 cas=218-232:1101 cas=234-248:1101 dchan=233 /etc/asterisk/chan_dahdi.conf usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes relaxdtmf=yes language=pt_BR signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_logging=all mfcr2_allow_collect_calls=no mfcr2_double_answer=yes context=e1entrada group=0 callgroup=0 pickupgroup=0 channel => 1-15 channel => 17-31 context=e1entrada group=1 callgroup=1 pickupgroup=1 channel => 32-46 channel => 48-62 context=e1entrada group=2 callgroup=2 pickupgroup=2 channel => 63-77 channel => 79-93 context=e1entrada group=3 callgroup=3 pickupgroup=3 channel => 94-108 channel => 110-124 context=e1entrada group=4 callgroup=4 pickupgroup=4 channel => 125-139 channel => 141-155 context=e1entrada group=5 callgroup=5 pickupgroup=5 channel => 156-170 channel => 172-186 context=e1entrada group=6 callgroup=6 pickupgroup=6 channel => 187-201 channel => 203-217 context=e1entrada group=7 callgroup=7 pickupgroup=7 channel => 218-232 channel => 234-248 Gian Nicodemus ▒▒▒ Analista de sistemas▒▒▒ giannicode...@gmail.com.br ___ 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
[AsteriskBrasil] OpenR2 + canais presos
Boas galera... Estou tendo um problema aqui meio estranho aqui com asterisk em ambientes diferentes... Acontece frequentemente de linhas presas, pelo menos isso acontece diariamente e somente com OpenR2, porque tenho outras maquinas com ISDN e nao tenho problemas com linhas presas... O cenario acontece são em servidores de áudio conferencias, as pessoas ligam e geralmente sempre acaba ficando linha presa e ultimamente quando inicio as maquinas (quando necessario reboot), ela retorna com os canais bloqueados Alguém ja teve algum problema semelhante? Cenario: Core²Quad Placa Sangoma A108 Wanpipe 3.5.11 DAHDI 2.2.1 Asterisk 1.6.2.2] Operadora: Intelig Core²duo Placa Sangoma A108 Asterisk 1.6.2.7 DAHDI 2.2.1 Wanpipe 3.5.11 Operadora: Telefonica Debian Lenny Ja fiz diversos testes com wanpipe, dahdi, asterisk e sem solução... /etc/dahdi/system.conf # loadzone = br defaultzone = br span=1,1,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 dchan=16 #echocanceller=mg2,1-15,17-31 span=2,2,0,cas,hdb3 cas=32-46:1101 cas=48-62:1101 dchan=47 #echocanceller=mg2,32-46,48-62 span=3,3,0,cas,hdb3 cas=63-77:1101 cas=79-93:1101 dchan=78 #echocanceller=mg2,63-77,79-93 span=4,4,0,cas,hdb3 cas=94-108:1101 cas=110-124:1101 dchan=109 #echocanceller=mg2,94-108,110-124 span=5,5,0,cas,hdb3 cas=125-139:1101 cas=141-155:1101 dchan=140 span=6,6,0,cas,hdb3 cas=156-170:1101 cas=172-186:1101 dchan=171 span=7,7,0,cas,hdb3 cas=187-201:1101 cas=203-217:1101 dchan=202 span=8,8,0,cas,hdb3 cas=218-232:1101 cas=234-248:1101 dchan=233 /etc/asterisk/chan_dahdi.conf usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes relaxdtmf=yes language=pt_BR signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_logging=all mfcr2_allow_collect_calls=no mfcr2_double_answer=yes context=e1entrada group=0 callgroup=0 pickupgroup=0 channel => 1-15 channel => 17-31 context=e1entrada group=1 callgroup=1 pickupgroup=1 channel => 32-46 channel => 48-62 context=e1entrada group=2 callgroup=2 pickupgroup=2 channel => 63-77 channel => 79-93 context=e1entrada group=3 callgroup=3 pickupgroup=3 channel => 94-108 channel => 110-124 context=e1entrada group=4 callgroup=4 pickupgroup=4 channel => 125-139 channel => 141-155 context=e1entrada group=5 callgroup=5 pickupgroup=5 channel => 156-170 channel => 172-186 context=e1entrada group=6 callgroup=6 pickupgroup=6 channel => 187-201 channel => 203-217 context=e1entrada group=7 callgroup=7 pickupgroup=7 channel => 218-232 channel => 234-248 Gian Nicodemus ▒▒▒ Analista de sistemas▒▒▒ giannicode...@gmail.com.br ___ 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 ___ Temos tudo para seu projeto VoIP com Asterisk! Descontos especiais para assinantes da AsteriskBrasil.org. Registre-se e receba um cupom exclusivo de desconto! Acesse agora www.voipmania.com.br __ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
[AsteriskBrasil] OpenR2 + Digivoice
Pessoal, eh possivel utilizar o OpenR2 com o hardware da Digivoice? ___ 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 ___ Temos tudo para seu projeto VoIP com Asterisk! Descontos especiais para assinantes da AsteriskBrasil.org. Registre-se e receba um cupom exclusivo de desconto! Acesse agora www.voipmania.com.br __ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil __ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
2010/4/19 thiago fernandes : > Eu conheço bem as configurações de centrais NEC. Qual é o modelo da central > NEC que vc está tendo problema? > > > 2010/4/19 André M. >> >> Ve se na NEC está ativado o bloqueio de ligações a cobrar, pode ser >> isso... >> >> ___ Bom dia. O diretor da empresa que me contratou ameaçou cancelar o contrato com o tecnico do PABX e ele fez a coisa acontecer! (Acredita???) Mas ele(o técnico) não quis me dizer o que ele fez de tanto no NEC. Bom, as configurações que eu estava usando estão OK era alguma feature no NEC que tava travando as ligações. Valeu pela ajuda de todos. -- --- Matheus Cucoloto Unix Expertise Voip Expertise ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
Eu conheço bem as configurações de centrais NEC. Qual é o modelo da central NEC que vc está tendo problema? 2010/4/19 André M. > Ve se na NEC está ativado o bloqueio de ligações a cobrar, pode ser isso... > > ___ > 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 > ___ > A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
Ve se na NEC está ativado o bloqueio de ligações a cobrar, pode ser isso... ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
Cara faz um teste, lá no chan_dahdi.conf muda nas duas span o parametro : mfcr2_double_answer=no, mas coloca este parametro nas duas span. Att Glauber -Original Message- From: asteriskbrasil-boun...@listas.asteriskbrasil.org [mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] On Behalf Of Matheus Cucoloto Sent: sábado, 17 de abril de 2010 15:49 To: asteriskbrasil@listas.asteriskbrasil.org Subject: Re: [AsteriskBrasil] OpenR2+Asterisk+Nec Ainda sem solução, o tecnico do NEC disse que do lado dele ta tudo certo,,, Vejam só [r...@mxfone-acim pabx]# cat chan-32-forward-1-20100417152932.call [15:29:32:542] [Thread: 3072650128] [Chan 32] - M - Call started at Sat Apr 17 15:29:32 2010 on chan 32 [openr2 version 1.3.0, revision exported] [15:29:32:542] [Thread: 3072650128] [Chan 32] - M - Outgoing call proceeding: ANI=4321038100, DNIS=9610, Category=National Subscriber [15:29:32:542] [Thread: 3072650128] [Chan 32] - M - CAS Tx >> [SEIZE] 0x00 [15:29:32:542] [Thread: 3072650128] [Chan 32] - M - CAS Raw Tx >> 0x01 [15:29:32:542] [Thread: 3072650128] [Chan 32] - M - scheduled timer id 2 (r2_seize) [15:29:32:602] [Thread: 3072650128] [Chan 32] - M - Bits changed from 0x08 to 0x0C [15:29:32:602] [Thread: 3072650128] [Chan 32] - M - CAS Rx << [SEIZE ACK] 0x0C [15:29:32:602] [Thread: 3072650128] [Chan 32] - M - Attempting to cancel timer timer 2 [15:29:32:602] [Thread: 3072650128] [Chan 32] - M - timer id 2 found, cancelling it now [15:29:32:602] [Thread: 3072650128] [Chan 32] - M - MFC/R2 call acknowledge! [15:29:32:602] [Thread: 3072650128] [Chan 32] - M - Sending DNIS digit 9 [15:29:32:602] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 9 [ON] [15:29:32:961] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [ON] [15:29:32:961] [Thread: 3072650128] [Chan 32] - M - Attempting to cancel timer timer 0 [15:29:32:961] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0 [15:29:32:961] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 9 [OFF] [15:29:33:161] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [OFF] [15:29:33:161] [Thread: 3072650128] [Chan 32] - M - Sending DNIS digit 6 [15:29:33:161] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 6 [ON] [15:29:33:161] [Thread: 3072650128] [Chan 32] - M - Group A DNIS request handled [15:29:33:301] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [ON] [15:29:33:301] [Thread: 3072650128] [Chan 32] - M - Attempting to cancel timer timer 0 [15:29:33:301] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0 [15:29:33:301] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 6 [OFF] [15:29:33:481] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [OFF] [15:29:33:481] [Thread: 3072650128] [Chan 32] - M - Sending DNIS digit 1 [15:29:33:481] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 1 [ON] [15:29:33:481] [Thread: 3072650128] [Chan 32] - M - Group A DNIS request handled [15:29:33:621] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [ON] [15:29:33:621] [Thread: 3072650128] [Chan 32] - M - Attempting to cancel timer timer 0 [15:29:33:621] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0 [15:29:33:621] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 1 [OFF] [15:29:33:801] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [OFF] [15:29:33:801] [Thread: 3072650128] [Chan 32] - M - Sending DNIS digit 0 [15:29:33:801] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 0 [ON] [15:29:33:801] [Thread: 3072650128] [Chan 32] - M - Group A DNIS request handled [15:29:34:301] [Thread: 3072650128] [Chan 32] - M - MF Rx << 5 [ON] [15:29:34:301] [Thread: 3072650128] [Chan 32] - M - Attempting to cancel timer timer 0 [15:29:34:301] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0 [15:29:34:301] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 0 [OFF] [15:29:34:461] [Thread: 3072650128] [Chan 32] - M - MF Rx << 5 [OFF] [15:29:34:461] [Thread: 3072650128] [Chan 32] - M - Sending category National Subscriber [15:29:34:461] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 1 [ON] [15:29:34:581] [Thread: 3072650128] [Chan 32] - M - MF Rx << 5 [ON] [15:29:34:581] [Thread: 3072650128] [Chan 32] - M - Attempting to cancel timer timer 0 [15:29:34:581] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0 [15:29:34:581] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 1 [OFF] [15:29:34:741] [Thread: 3072650128] [Chan 32] - M - MF Rx << 5 [OFF] [15:29:34:741] [Thread: 3072650128] [Chan 32] - M - Sending ANI digit 4 [15:29:34:741] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 4 [ON] [15:29:34:881] [Thread: 3072650128] [Chan 32] - M - MF Rx << 5 [ON] [15:29:34:881] [Thread: 3072650128] [Chan 32] - M - Attempting to cancel timer timer 0 [15:29:34:881] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0 [15:29:34:881] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 4 [OFF] [15:29:35:081] [Thread: 3072650128] [Chan 32] - M - MF Rx <
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
32] - M - MF Tx >> 1 [ON]
[15:29:38:921] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [ON]
[15:29:38:921] [Thread: 3072650128] [Chan 32] - M - Attempting to
cancel timer timer 0
[15:29:38:921] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0
[15:29:38:921] [Thread: 3072650128] [Chan 32] - M - MF Tx >> 1 [OFF]
[15:29:39:121] [Thread: 3072650128] [Chan 32] - M - MF Rx << 1 [OFF]
[15:29:39:121] [Thread: 3072650128] [Chan 32] - M - scheduled timer id
3 (r2_answer)
[15:29:45:201] [Thread: 3072650128] [Chan 32] - M - Bits changed from
0x0C to 0x04
[15:29:45:201] [Thread: 3072650128] [Chan 32] - M - CAS Rx << [ANSWER] 0x04
[15:29:45:201] [Thread: 3072650128] [Chan 32] - M - Attempting to
cancel timer timer 3
[15:29:45:201] [Thread: 3072650128] [Chan 32] - M - timer id 3 found,
cancelling it now
[15:29:45:201] [Thread: 3072650128] [Chan 32] - M - Attempting to
cancel timer timer 0
[15:29:45:201] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0
[15:29:46:188] [Thread: 3072650128] [Chan 32] - M - Bits changed from
0x04 to 0x0C
[15:29:46:188] [Thread: 3072650128] [Chan 32] - M - CAS Rx << [CLEAR BACK] 0x0C
[15:29:46:188] [Thread: 3072650128] [Chan 32] - M - Far end
disconnected. Reason: Normal Clearing
[15:29:46:291] [Thread: 3072650128] [Chan 32] - M - Attempting to
cancel timer timer 0
[15:29:46:291] [Thread: 3072650128] [Chan 32] - M - Cannot cancel timer 0
[15:29:46:291] [Thread: 3072650128] [Chan 32] - M - CAS Tx >> [CLEAR
FORWARD] 0x08
[15:29:46:291] [Thread: 3072650128] [Chan 32] - M - CAS Raw Tx >> 0x09
[15:29:46:524] [Thread: 3082562448] [Chan 32] - M - Bits changed from
0x0C to 0x08
[15:29:46:524] [Thread: 3082562448] [Chan 32] - M - CAS Rx << [IDLE] 0x08
[15:29:46:524] [Thread: 3082562448] [Chan 32] - M - Call ended
[15:29:46:524] [Thread: 3082562448] [Chan 32] - M - Attempting to
cancel timer timer 0
[15:29:46:524] [Thread: 3082562448] [Chan 32] - M - Cannot cancel timer 0
On Sat, Apr 17, 2010 at 2:35 PM, Matheus Cucoloto
wrote:
> É para rir ou para chorar???
>
> http://lists.digium.com/pipermail/asterisk-r2/2008-October/62.html
>
>
>
> 2010/4/17 Matheus Cucoloto :
>> Valeu pessoal.
>>
>> Ja acionei o tecnico do PABX para verificar isso, hoje a tarde vamos
>> ter atividade, vou reportar vocês as alterações.
>>
>> 2010/4/17 Wagner Oliveira :
>>> Matheus,
>>> Olha aqui:
>>> Chan 32 - Far end disconnected. Reason: Normal Clearing
>>> MFC/R2 call disconnected on channel 32
>>> O NEC atende e manda desconectar em modo normal instantaneamente.
>>> Vc esta com problema de tempo no NEC. Veja os CIC no NEC se estão alinhados
>>> com o asterisk se sim, veja pq o NEC esta mandando desconectar logo após o
>>> atendimento.
>>>
>>> Wagner de Oliveira
>>> Gateway - The gateway to the Brazil West Center Zone
>>> GSM, PDH, SDH, WDM, DWDM, SWITCH and much more...
>>> waga...@yahoo.com
>>>
>>>
>>>
>>>
>>> From: Matheus Cucoloto
>>> To: asteriskbrasil
>>> Sent: Sat, April 17, 2010 9:37:09 AM
>>> Subject: [AsteriskBrasil] OpenR2+Asterisk+Nec
>>>
>>> Bom dia galéra.
>>>
>>> Fiquei a semana inteira tentando entender aonde esta a falha mas não
>>> encontrei, chegou a hora de perguntar.
>>>
>>> Verifiquei ja aterramento e parametros de clock porem ainda não
>>> encontrei a solução.
>>>
>>> Em um ambiente tenho E1 da GVT R2 ligado ao asterisk, e o asterisk
>>> ligado a um PABX NEC também em R2.
>>>
>>> Estou usando placa da sangoma com 2 E1 (primeira vez que estou usando
>>> essa marca).
>>>
>>> O que acontece é que a ligação recebida entra no asterisk pela GVT e é
>>> encaminhada para o PABX, quando a ligação é atendida da 1 segundo e a
>>> ligação cai.
>>>
>>> Se eu pego a ligação e ao invez de jogar para o PABX eu jogo para um
>>> ramal SIP a ligação acontece sem nenhum problema.
>>>
>>> Se alguem tiver alguma ideia...
>>>
>>> Veja os logs do console:
>>>
>>> New MFC/R2 call detected on chan 1.
>>> MFC/R2 call offered on chan 1. ANI = 4399216100, DNIS = 9624, Category
>>> = National Subscriber
>>> MFC/R2 call has been accepted on backward channel 1
>>> -- Executing [9...@default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO
>>> EXTERNA ENTRANDO <--") in new stack
>>> -- Executing [9...@default:2] NoOp("DAHDI/1-1", "---> DE 4399216100
>>> PARA 9624 <--") in new stack
>>> -- Executing [9...@default:3] Dial("DAHDI
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
É para rir ou para chorar???
http://lists.digium.com/pipermail/asterisk-r2/2008-October/62.html
2010/4/17 Matheus Cucoloto :
> Valeu pessoal.
>
> Ja acionei o tecnico do PABX para verificar isso, hoje a tarde vamos
> ter atividade, vou reportar vocês as alterações.
>
> 2010/4/17 Wagner Oliveira :
>> Matheus,
>> Olha aqui:
>> Chan 32 - Far end disconnected. Reason: Normal Clearing
>> MFC/R2 call disconnected on channel 32
>> O NEC atende e manda desconectar em modo normal instantaneamente.
>> Vc esta com problema de tempo no NEC. Veja os CIC no NEC se estão alinhados
>> com o asterisk se sim, veja pq o NEC esta mandando desconectar logo após o
>> atendimento.
>>
>> Wagner de Oliveira
>> Gateway - The gateway to the Brazil West Center Zone
>> GSM, PDH, SDH, WDM, DWDM, SWITCH and much more...
>> waga...@yahoo.com
>>
>>
>>
>> ____
>> From: Matheus Cucoloto
>> To: asteriskbrasil
>> Sent: Sat, April 17, 2010 9:37:09 AM
>> Subject: [AsteriskBrasil] OpenR2+Asterisk+Nec
>>
>> Bom dia galéra.
>>
>> Fiquei a semana inteira tentando entender aonde esta a falha mas não
>> encontrei, chegou a hora de perguntar.
>>
>> Verifiquei ja aterramento e parametros de clock porem ainda não
>> encontrei a solução.
>>
>> Em um ambiente tenho E1 da GVT R2 ligado ao asterisk, e o asterisk
>> ligado a um PABX NEC também em R2.
>>
>> Estou usando placa da sangoma com 2 E1 (primeira vez que estou usando
>> essa marca).
>>
>> O que acontece é que a ligação recebida entra no asterisk pela GVT e é
>> encaminhada para o PABX, quando a ligação é atendida da 1 segundo e a
>> ligação cai.
>>
>> Se eu pego a ligação e ao invez de jogar para o PABX eu jogo para um
>> ramal SIP a ligação acontece sem nenhum problema.
>>
>> Se alguem tiver alguma ideia...
>>
>> Veja os logs do console:
>>
>> New MFC/R2 call detected on chan 1.
>> MFC/R2 call offered on chan 1. ANI = 4399216100, DNIS = 9624, Category
>> = National Subscriber
>> MFC/R2 call has been accepted on backward channel 1
>> -- Executing [9...@default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO
>> EXTERNA ENTRANDO <--") in new stack
>> -- Executing [9...@default:2] NoOp("DAHDI/1-1", "---> DE 4399216100
>> PARA 9624 <--") in new stack
>> -- Executing [9...@default:3] Dial("DAHDI/1-1",
>> "DAHDI/g1/9624,40,TtWwRr") in new stack
>> -- Called g1/9624
>>
>> voip*CLI>
>>
>> MFC/R2 call has been accepted on forward channel 32
>> -- DAHDI/32-1 is ringing
>> MFC/R2 call has been answered on channel 32
>> -- DAHDI/32-1 answered DAHDI/1-1
>> Chan 32 - Far end disconnected. Reason: Normal Clearing
>> MFC/R2 call disconnected on channel 32
>> -- Hungup 'DAHDI/32-1'
>> == Spawn extension (default, 9624, 3) exited non-zero on 'DAHDI/1-1'
>> -- Hungup 'DAHDI/1-1'
>>
>> Veja minhas conf:
>>
>> [r...@voip ~]# cat /etc/dahdi/system.conf
>> loadzone=br
>> defaultzone=br
>>
>> #Sangoma A102 port 1 [slot:0 bus:48 span:1]
>> span=1,0,1,cas,hdb3
>> cas=1-15:1101
>> cas=17-31:1101
>>
>> #Sangoma A102 port 2 [slot:0 bus:48 span:2]
>> span=2,0,1,cas,hdb3
>> cas=32-46:1101
>> cas=48-62:1101
>>
>>
>> [r...@voip~]# cat /etc/wanpipe/wanpipe1.conf | grep -v "^#"
>>
>> [devices]
>> wanpipe1 = WAN_AFT_TE1, Comment
>>
>> [interfaces]
>> w1g1 = wanpipe1, , TDM_VOICE, Comment
>>
>> [wanpipe1]
>> CARD_TYPE = AFT
>> S514CPU = A
>> CommPort = PRI
>> AUTO_PCISLOT = NO
>> PCISLOT = 0
>> PCIBUS = 48
>> FE_MEDIA = E1
>> FE_LCODE = HDB3
>> FE_FRAME = NCRC4
>> FE_LINE = 1
>> TE_CLOCK = NORMAL
>> TE_REF_CLOCK = 0
>> TE_SIG_MODE = CAS
>> TE_HIGHIMPEDANCE = NO
>> LBO = 120OH
>> FE_TXTRISTATE = NO
>> MTU = 1500
>> UDPPORT = 9000
>> TTL = 255
>> IGNORE_FRONT_END = NO
>> TDMV_SPAN = 1
>> TDMV_DCHAN = 0
>> TDMV_HW_DTMF = NO
>> TDMV_HW_FAX_DETECT = NO
>>
>> [w1g1]
>> ACTIVE_CH = ALL
>> TDMV_HWEC = YES
>>
>>
>> [r...@voip ~]# cat /etc/wanpipe/wanpipe2.conf | grep -v "^#"
>>
>> [devices]
>> wanpipe2 = WAN_AFT_TE1, Comment
>>
>
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
Valeu pessoal.
Ja acionei o tecnico do PABX para verificar isso, hoje a tarde vamos
ter atividade, vou reportar vocês as alterações.
2010/4/17 Wagner Oliveira :
> Matheus,
> Olha aqui:
> Chan 32 - Far end disconnected. Reason: Normal Clearing
> MFC/R2 call disconnected on channel 32
> O NEC atende e manda desconectar em modo normal instantaneamente.
> Vc esta com problema de tempo no NEC. Veja os CIC no NEC se estão alinhados
> com o asterisk se sim, veja pq o NEC esta mandando desconectar logo após o
> atendimento.
>
> Wagner de Oliveira
> Gateway - The gateway to the Brazil West Center Zone
> GSM, PDH, SDH, WDM, DWDM, SWITCH and much more...
> waga...@yahoo.com
>
>
>
>
> From: Matheus Cucoloto
> To: asteriskbrasil
> Sent: Sat, April 17, 2010 9:37:09 AM
> Subject: [AsteriskBrasil] OpenR2+Asterisk+Nec
>
> Bom dia galéra.
>
> Fiquei a semana inteira tentando entender aonde esta a falha mas não
> encontrei, chegou a hora de perguntar.
>
> Verifiquei ja aterramento e parametros de clock porem ainda não
> encontrei a solução.
>
> Em um ambiente tenho E1 da GVT R2 ligado ao asterisk, e o asterisk
> ligado a um PABX NEC também em R2.
>
> Estou usando placa da sangoma com 2 E1 (primeira vez que estou usando
> essa marca).
>
> O que acontece é que a ligação recebida entra no asterisk pela GVT e é
> encaminhada para o PABX, quando a ligação é atendida da 1 segundo e a
> ligação cai.
>
> Se eu pego a ligação e ao invez de jogar para o PABX eu jogo para um
> ramal SIP a ligação acontece sem nenhum problema.
>
> Se alguem tiver alguma ideia...
>
> Veja os logs do console:
>
> New MFC/R2 call detected on chan 1.
> MFC/R2 call offered on chan 1. ANI = 4399216100, DNIS = 9624, Category
> = National Subscriber
> MFC/R2 call has been accepted on backward channel 1
> -- Executing [9...@default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO
> EXTERNA ENTRANDO <--") in new stack
> -- Executing [9...@default:2] NoOp("DAHDI/1-1", "---> DE 4399216100
> PARA 9624 <--") in new stack
> -- Executing [9...@default:3] Dial("DAHDI/1-1",
> "DAHDI/g1/9624,40,TtWwRr") in new stack
> -- Called g1/9624
>
> voip*CLI>
>
> MFC/R2 call has been accepted on forward channel 32
> -- DAHDI/32-1 is ringing
> MFC/R2 call has been answered on channel 32
> -- DAHDI/32-1 answered DAHDI/1-1
> Chan 32 - Far end disconnected. Reason: Normal Clearing
> MFC/R2 call disconnected on channel 32
> -- Hungup 'DAHDI/32-1'
> == Spawn extension (default, 9624, 3) exited non-zero on 'DAHDI/1-1'
> -- Hungup 'DAHDI/1-1'
>
> Veja minhas conf:
>
> [r...@voip ~]# cat /etc/dahdi/system.conf
> loadzone=br
> defaultzone=br
>
> #Sangoma A102 port 1 [slot:0 bus:48 span:1]
> span=1,0,1,cas,hdb3
> cas=1-15:1101
> cas=17-31:1101
>
> #Sangoma A102 port 2 [slot:0 bus:48 span:2]
> span=2,0,1,cas,hdb3
> cas=32-46:1101
> cas=48-62:1101
>
>
> [r...@voip~]# cat /etc/wanpipe/wanpipe1.conf | grep -v "^#"
>
> [devices]
> wanpipe1 = WAN_AFT_TE1, Comment
>
> [interfaces]
> w1g1 = wanpipe1, , TDM_VOICE, Comment
>
> [wanpipe1]
> CARD_TYPE = AFT
> S514CPU = A
> CommPort = PRI
> AUTO_PCISLOT = NO
> PCISLOT = 0
> PCIBUS = 48
> FE_MEDIA = E1
> FE_LCODE = HDB3
> FE_FRAME = NCRC4
> FE_LINE = 1
> TE_CLOCK = NORMAL
> TE_REF_CLOCK = 0
> TE_SIG_MODE = CAS
> TE_HIGHIMPEDANCE = NO
> LBO = 120OH
> FE_TXTRISTATE = NO
> MTU = 1500
> UDPPORT = 9000
> TTL = 255
> IGNORE_FRONT_END = NO
> TDMV_SPAN = 1
> TDMV_DCHAN = 0
> TDMV_HW_DTMF = NO
> TDMV_HW_FAX_DETECT = NO
>
> [w1g1]
> ACTIVE_CH = ALL
> TDMV_HWEC = YES
>
>
> [r...@voip ~]# cat /etc/wanpipe/wanpipe2.conf | grep -v "^#"
>
> [devices]
> wanpipe2 = WAN_AFT_TE1, Comment
>
> [interfaces]
> w2g1 = wanpipe2, , TDM_VOICE, Comment
>
> [wanpipe2]
> CARD_TYPE = AFT
> S514CPU = A
> CommPort = PRI
> AUTO_PCISLOT = NO
> PCISLOT = 0
> PCIBUS = 48
> FE_MEDIA = E1
> FE_LCODE = HDB3
> FE_FRAME = NCRC4
> FE_LINE = 2
> TE_CLOCK = MASTER
> TE_REF_CLOCK = 0
> TE_SIG_MODE = CAS
> TE_HIGHIMPEDANCE = NO
> LBO = 120OH
> FE_TXTRISTATE = NO
> MTU = 1500
> UDPPORT = 9000
> TTL = 255
> IGNORE_FRONT_END = NO
> TDMV_SPAN = 2
> TDMV_DCHAN = 0
> TDMV_HW_DTMF = NO
>
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
Matheus,
Olha aqui:
Chan 32 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 32
O NEC atende e manda desconectar em modo normal instantaneamente.
Vc esta com problema de tempo no NEC. Veja os CIC no NEC se estão alinhados com
o asterisk se sim, veja pq o NEC esta mandando desconectar logo após o
atendimento.
Wagner de Oliveira
Gateway - The gateway to the Brazil West Center Zone
GSM, PDH, SDH, WDM, DWDM, SWITCH and much more...
waga...@yahoo.com
From: Matheus Cucoloto
To: asteriskbrasil
Sent: Sat, April 17, 2010 9:37:09 AM
Subject: [AsteriskBrasil] OpenR2+Asterisk+Nec
Bom dia galéra.
Fiquei a semana inteira tentando entender aonde esta a falha mas não
encontrei, chegou a hora de perguntar.
Verifiquei ja aterramento e parametros de clock porem ainda não
encontrei a solução.
Em um ambiente tenho E1 da GVT R2 ligado ao asterisk, e o asterisk
ligado a um PABX NEC também em R2.
Estou usando placa da sangoma com 2 E1 (primeira vez que estou usando
essa marca).
O que acontece é que a ligação recebida entra no asterisk pela GVT e é
encaminhada para o PABX, quando a ligação é atendida da 1 segundo e a
ligação cai.
Se eu pego a ligação e ao invez de jogar para o PABX eu jogo para um
ramal SIP a ligação acontece sem nenhum problema.
Se alguem tiver alguma ideia...
Veja os logs do console:
New MFC/R2 call detected on chan 1.
MFC/R2 call offered on chan 1. ANI = 4399216100, DNIS = 9624, Category
= National Subscriber
MFC/R2 call has been accepted on backward channel 1
-- Executing [9...@default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO
EXTERNA ENTRANDO <--") in new stack
-- Executing [9...@default:2] NoOp("DAHDI/1-1", "---> DE 4399216100
PARA 9624 <--") in new stack
-- Executing [9...@default:3] Dial("DAHDI/1-1",
"DAHDI/g1/9624,40,TtWwRr") in new stack
-- Called g1/9624
voip*CLI>
MFC/R2 call has been accepted on forward channel 32
-- DAHDI/32-1 is ringing
MFC/R2 call has been answered on channel 32
-- DAHDI/32-1 answered DAHDI/1-1
Chan 32 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 32
-- Hungup 'DAHDI/32-1'
== Spawn extension (default, 9624, 3) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'
Veja minhas conf:
[r...@voip ~]# cat /etc/dahdi/system.conf
loadzone=br
defaultzone=br
#Sangoma A102 port 1 [slot:0 bus:48 span:1]
span=1,0,1,cas,hdb3
cas=1-15:1101
cas=17-31:1101
#Sangoma A102 port 2 [slot:0 bus:48 span:2]
span=2,0,1,cas,hdb3
cas=32-46:1101
cas=48-62:1101
[r...@voip~]# cat /etc/wanpipe/wanpipe1.conf | grep -v "^#"
[devices]
wanpipe1 = WAN_AFT_TE1, Comment
[interfaces]
w1g1 = wanpipe1, , TDM_VOICE, Comment
[wanpipe1]
CARD_TYPE = AFT
S514CPU = A
CommPort= PRI
AUTO_PCISLOT= NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA= E1
FE_LCODE= HDB3
FE_FRAME= NCRC4
FE_LINE = 1
TE_CLOCK= NORMAL
TE_REF_CLOCK= 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE= NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 1
TDMV_DCHAN = 0
TDMV_HW_DTMF= NO
TDMV_HW_FAX_DETECT = NO
[w1g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[r...@voip ~]# cat /etc/wanpipe/wanpipe2.conf | grep -v "^#"
[devices]
wanpipe2 = WAN_AFT_TE1, Comment
[interfaces]
w2g1 = wanpipe2, , TDM_VOICE, Comment
[wanpipe2]
CARD_TYPE = AFT
S514CPU = A
CommPort= PRI
AUTO_PCISLOT= NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA= E1
FE_LCODE= HDB3
FE_FRAME= NCRC4
FE_LINE = 2
TE_CLOCK= MASTER
TE_REF_CLOCK= 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE= NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 2
TDMV_DCHAN = 0
TDMV_HW_DTMF= NO
TDMV_HW_FAX_DETECT = NO
[w2g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[r...@voip ~]# cat /etc/asterisk/chan_dahdi.conf | grep -v "^#"
[channels]
;Sangoma A102 port 1 [slot:0 bus:48 span:1] GVT
group=0
callgroup=0
pickupgroup=0
rxgain=0.0
txgain=0.0
;Configuracao para MFC/R2
signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_call_files=yes
mfcr2_logging=all
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=-1
mfcr2_allow_collect_calls=no
mfcr2_double_answer=yes
mfcr2_immediate_accept=no
mfcr2_forced_release=no
mfcr2_charge_calls=yes
;mfcr2_advanced_protocol_file=/etc/r2proto.conf
context=contexto-pstn
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
ec
Re: [AsteriskBrasil] OpenR2+Asterisk+Nec
Cara ve se a central tem bloqueio de ligaçào a cobrar, se tiver faz um teste
tirando o bloqueio.
Att
Glauber
-Original Message-
From: asteriskbrasil-boun...@listas.asteriskbrasil.org
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] On Behalf Of
Matheus Cucoloto
Sent: sábado, 17 de abril de 2010 09:37
To: asteriskbrasil
Subject: [AsteriskBrasil] OpenR2+Asterisk+Nec
Bom dia galéra.
Fiquei a semana inteira tentando entender aonde esta a falha mas não
encontrei, chegou a hora de perguntar.
Verifiquei ja aterramento e parametros de clock porem ainda não encontrei a
solução.
Em um ambiente tenho E1 da GVT R2 ligado ao asterisk, e o asterisk ligado a
um PABX NEC também em R2.
Estou usando placa da sangoma com 2 E1 (primeira vez que estou usando essa
marca).
O que acontece é que a ligação recebida entra no asterisk pela GVT e é
encaminhada para o PABX, quando a ligação é atendida da 1 segundo e a
ligação cai.
Se eu pego a ligação e ao invez de jogar para o PABX eu jogo para um ramal
SIP a ligação acontece sem nenhum problema.
Se alguem tiver alguma ideia...
Veja os logs do console:
New MFC/R2 call detected on chan 1.
MFC/R2 call offered on chan 1. ANI = 4399216100, DNIS = 9624, Category =
National Subscriber
MFC/R2 call has been accepted on backward channel 1
-- Executing [9...@default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO EXTERNA
ENTRANDO <--") in new stack
-- Executing [9...@default:2] NoOp("DAHDI/1-1", "---> DE 4399216100 PARA
9624 <--") in new stack
-- Executing [9...@default:3] Dial("DAHDI/1-1",
"DAHDI/g1/9624,40,TtWwRr") in new stack
-- Called g1/9624
voip*CLI>
MFC/R2 call has been accepted on forward channel 32
-- DAHDI/32-1 is ringing
MFC/R2 call has been answered on channel 32
-- DAHDI/32-1 answered DAHDI/1-1
Chan 32 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 32
-- Hungup 'DAHDI/32-1'
== Spawn extension (default, 9624, 3) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'
Veja minhas conf:
[r...@voip ~]# cat /etc/dahdi/system.conf loadzone=br defaultzone=br
#Sangoma A102 port 1 [slot:0 bus:48 span:1]
span=1,0,1,cas,hdb3
cas=1-15:1101
cas=17-31:1101
#Sangoma A102 port 2 [slot:0 bus:48 span:2]
span=2,0,1,cas,hdb3
cas=32-46:1101
cas=48-62:1101
[r...@voip~]# cat /etc/wanpipe/wanpipe1.conf | grep -v "^#"
[devices]
wanpipe1 = WAN_AFT_TE1, Comment
[interfaces]
w1g1 = wanpipe1, , TDM_VOICE, Comment
[wanpipe1]
CARD_TYPE = AFT
S514CPU = A
CommPort= PRI
AUTO_PCISLOT= NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA= E1
FE_LCODE= HDB3
FE_FRAME= NCRC4
FE_LINE = 1
TE_CLOCK= NORMAL
TE_REF_CLOCK= 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE= NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 1
TDMV_DCHAN = 0
TDMV_HW_DTMF= NO
TDMV_HW_FAX_DETECT = NO
[w1g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[r...@voip ~]# cat /etc/wanpipe/wanpipe2.conf | grep -v "^#"
[devices]
wanpipe2 = WAN_AFT_TE1, Comment
[interfaces]
w2g1 = wanpipe2, , TDM_VOICE, Comment
[wanpipe2]
CARD_TYPE = AFT
S514CPU = A
CommPort= PRI
AUTO_PCISLOT= NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA= E1
FE_LCODE= HDB3
FE_FRAME= NCRC4
FE_LINE = 2
TE_CLOCK= MASTER
TE_REF_CLOCK= 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE= NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 2
TDMV_DCHAN = 0
TDMV_HW_DTMF= NO
TDMV_HW_FAX_DETECT = NO
[w2g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[r...@voip ~]# cat /etc/asterisk/chan_dahdi.conf | grep -v "^#"
[channels]
;Sangoma A102 port 1 [slot:0 bus:48 span:1] GVT
group=0
callgroup=0
pickupgroup=0
rxgain=0.0
txgain=0.0
;Configuracao para MFC/R2
signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_call_files=yes
mfcr2_logging=all
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=-1
mfcr2_allow_collect_calls=no
mfcr2_double_answer=yes
mfcr2_immediate_accept=no
mfcr2_forced_release=no
mfcr2_charge_calls=yes
;mfcr2_advanced_protocol_file=/etc/r2proto.conf
context=contexto-pstn
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
faxdetect=incoming
channel => 1-15
channel => 17-31
;Sangoma A102 port 2 [slot:0 bus:48 span:2] PABX
group=1
callgroup=1
pickupgroup=1
rxgain=0.0
txgain=0.0
;Configuracao para MFC/R2
signalling=mfcr2
mfcr2_variant=br
mfcr2_ge
[AsteriskBrasil] OpenR2+Asterisk+Nec
Bom dia galéra.
Fiquei a semana inteira tentando entender aonde esta a falha mas não
encontrei, chegou a hora de perguntar.
Verifiquei ja aterramento e parametros de clock porem ainda não
encontrei a solução.
Em um ambiente tenho E1 da GVT R2 ligado ao asterisk, e o asterisk
ligado a um PABX NEC também em R2.
Estou usando placa da sangoma com 2 E1 (primeira vez que estou usando
essa marca).
O que acontece é que a ligação recebida entra no asterisk pela GVT e é
encaminhada para o PABX, quando a ligação é atendida da 1 segundo e a
ligação cai.
Se eu pego a ligação e ao invez de jogar para o PABX eu jogo para um
ramal SIP a ligação acontece sem nenhum problema.
Se alguem tiver alguma ideia...
Veja os logs do console:
New MFC/R2 call detected on chan 1.
MFC/R2 call offered on chan 1. ANI = 4399216100, DNIS = 9624, Category
= National Subscriber
MFC/R2 call has been accepted on backward channel 1
-- Executing [9...@default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO
EXTERNA ENTRANDO <--") in new stack
-- Executing [9...@default:2] NoOp("DAHDI/1-1", "---> DE 4399216100
PARA 9624 <--") in new stack
-- Executing [9...@default:3] Dial("DAHDI/1-1",
"DAHDI/g1/9624,40,TtWwRr") in new stack
-- Called g1/9624
voip*CLI>
MFC/R2 call has been accepted on forward channel 32
-- DAHDI/32-1 is ringing
MFC/R2 call has been answered on channel 32
-- DAHDI/32-1 answered DAHDI/1-1
Chan 32 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 32
-- Hungup 'DAHDI/32-1'
== Spawn extension (default, 9624, 3) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'
Veja minhas conf:
[r...@voip ~]# cat /etc/dahdi/system.conf
loadzone=br
defaultzone=br
#Sangoma A102 port 1 [slot:0 bus:48 span:1]
span=1,0,1,cas,hdb3
cas=1-15:1101
cas=17-31:1101
#Sangoma A102 port 2 [slot:0 bus:48 span:2]
span=2,0,1,cas,hdb3
cas=32-46:1101
cas=48-62:1101
[r...@voip~]# cat /etc/wanpipe/wanpipe1.conf | grep -v "^#"
[devices]
wanpipe1 = WAN_AFT_TE1, Comment
[interfaces]
w1g1 = wanpipe1, , TDM_VOICE, Comment
[wanpipe1]
CARD_TYPE = AFT
S514CPU = A
CommPort= PRI
AUTO_PCISLOT= NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA= E1
FE_LCODE= HDB3
FE_FRAME= NCRC4
FE_LINE = 1
TE_CLOCK= NORMAL
TE_REF_CLOCK= 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE= NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 1
TDMV_DCHAN = 0
TDMV_HW_DTMF= NO
TDMV_HW_FAX_DETECT = NO
[w1g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[r...@voip ~]# cat /etc/wanpipe/wanpipe2.conf | grep -v "^#"
[devices]
wanpipe2 = WAN_AFT_TE1, Comment
[interfaces]
w2g1 = wanpipe2, , TDM_VOICE, Comment
[wanpipe2]
CARD_TYPE = AFT
S514CPU = A
CommPort= PRI
AUTO_PCISLOT= NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA= E1
FE_LCODE= HDB3
FE_FRAME= NCRC4
FE_LINE = 2
TE_CLOCK= MASTER
TE_REF_CLOCK= 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE= NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 2
TDMV_DCHAN = 0
TDMV_HW_DTMF= NO
TDMV_HW_FAX_DETECT = NO
[w2g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[r...@voip ~]# cat /etc/asterisk/chan_dahdi.conf | grep -v "^#"
[channels]
;Sangoma A102 port 1 [slot:0 bus:48 span:1] GVT
group=0
callgroup=0
pickupgroup=0
rxgain=0.0
txgain=0.0
;Configuracao para MFC/R2
signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_call_files=yes
mfcr2_logging=all
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=-1
mfcr2_allow_collect_calls=no
mfcr2_double_answer=yes
mfcr2_immediate_accept=no
mfcr2_forced_release=no
mfcr2_charge_calls=yes
;mfcr2_advanced_protocol_file=/etc/r2proto.conf
context=contexto-pstn
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
faxdetect=incoming
channel => 1-15
channel => 17-31
;Sangoma A102 port 2 [slot:0 bus:48 span:2] PABX
group=1
callgroup=1
pickupgroup=1
rxgain=0.0
txgain=0.0
;Configuracao para MFC/R2
signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_call_files=yes
mfcr2_logging=all
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=-1
mfcr2_allow_collect_calls=no
mfcr2_double_answer=yes
mfcr2_immediate_accept=no
mfcr2_forced_release=no
mfcr2_charge_calls=yes
;mfcr2_advanced_protocol_file=/etc/r2proto.conf
context=contexto-pabx
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
ca
Re: [AsteriskBrasil] OpenR2 e Sangoma.
Bom dia a todos... Valeu pela ajuda... Eu tava meio nervoso ontem e as coisas que estavam na cara eu não enchergava. Sincronizei certinho com um E1 da GVT e com um PABX da NEC. Estou com problemas apenas com queda de ligação entre o Asterisk e o NEC, estou verificando sincronização, aterramento e afins entre os equipamentos. Abraços 2010/4/14 Diego Aguirre (DagMoller) : > Matheus, > > Como eu disse no email anterior, verifique as configurações do wanpipeX.conf > > FE_MEDIA = E1 > FE_LCODE = HDB3 > FE_FRAME = NCRC4 > FE_LINE = 2 > TE_CLOCK = NORMAL > TE_REF_CLOCK = 0 > TE_SIG_MODE = CAS > > > Em 13-04-2010 14:44, Matheus Cucoloto escreveu: >> Pessoal, boa tarde. >> >> Instalar o driver da sangoma e o openR2 é teta! >> >> Mas fazer funcionar ta dificil... >> >> Tentei sincronizar a sangoma com a BRT e simplesmente não vai. >> >> Com o mesmo circuito e uma placa Khomp o processo é normal e sem problemas. >> >> Por não conhecer esta placa direito, achei o funcionamento dela muito >> confuso pois precisa do wanpipe e da dahdi tambem. >> >> >> Alguem pode ajudar? >> >> [r...@teste dahdi]# cat /etc/dahdi/system.conf >> loadzone=br >> defaultzone=br >> >> #Sangoma A102 port 1 [slot:0 bus:48 span:1] >> span=1,0,0,cas,hdb3 >> cas=1-15:1101 >> dchan=16 >> cas=17-31:1101 >> >> [r...@teste dahdi]# cat /etc/asterisk/chan_dahdi.conf >> [channels] >> >> ;Sangoma A102 port 1 [slot:0 bus:48 span:1] >> group=0 >> callgroup=0 >> pickupgroup=0 >> rxgain=0.0 >> txgain=0.0 >> >> ;Configuracao para MFC/R2 >> signalling=mfcr2 >> mfcr2_variant=mx >> mfcr2_get_ani_first=no >> mfcr2_max_ani=10 >> mfcr2_max_dnis=4 >> mfcr2_category=national_subscriber >> mfcr2_logdir=span1 >> mfcr2_call_files=yes >> mfcr2_logging=all >> mfcr2_mfback_timeout=-1 >> mfcr2_metering_pulse_timeout=-1 >> mfcr2_allow_collect_calls=no >> mfcr2_double_answer=yes >> mfcr2_immediate_accept=no >> mfcr2_forced_release=no >> mfcr2_charge_calls=yes >> >> context=contexto-pstn >> usecallerid=yes >> callwaiting=yes >> usecallingpres=yes >> callwaitingcallerid=yes >> threewaycalling=yes >> transfer=yes >> canpark=yes >> cancallforward=yes >> callreturn=yes >> echocancel=yes >> echocancelwhenbridged=yes >> faxdetect=incoming >> channel => 1-15 >> channel => 17-31 >> >> [r...@teste dahdi]# wanrouter status >> >> Devices currently active: >> wanpipe1 wanpipe2 >> >> >> Wanpipe Config: >> >> Device name | Protocol Map | Adapter | IRQ | Slot/IO | If's | CLK | Baud >> rate | >> wanpipe1 | N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 >> | N/A | 0 | >> wanpipe2 | N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 >> | N/A | 0 | >> >> Wanrouter Status: >> >> Device name | Protocol | Station | Status | >> wanpipe1 | AFT TE1 | N/A | Disconnected | >> wanpipe2 | AFT TE1 | N/A | Disconnected | >> ___ >> 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 >> ___ >> A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org >> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > > -- > Diego Aguirre (DagMoller) > Infodag Consultoria > FWD#: 459696 > Enum#: +55 21 8871-4916 (e164.org) > DUNDi-br#: 21 8871-4916 > ___ > 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 > ___ > A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoi
Re: [AsteriskBrasil] OpenR2 e Sangoma.
Matheus, Como eu disse no email anterior, verifique as configurações do wanpipeX.conf FE_MEDIA= E1 FE_LCODE= HDB3 FE_FRAME= NCRC4 FE_LINE = 2 TE_CLOCK= NORMAL TE_REF_CLOCK= 0 TE_SIG_MODE = CAS Em 13-04-2010 14:44, Matheus Cucoloto escreveu: > Pessoal, boa tarde. > > Instalar o driver da sangoma e o openR2 é teta! > > Mas fazer funcionar ta dificil... > > Tentei sincronizar a sangoma com a BRT e simplesmente não vai. > > Com o mesmo circuito e uma placa Khomp o processo é normal e sem problemas. > > Por não conhecer esta placa direito, achei o funcionamento dela muito > confuso pois precisa do wanpipe e da dahdi tambem. > > > Alguem pode ajudar? > > [r...@teste dahdi]# cat /etc/dahdi/system.conf > loadzone=br > defaultzone=br > > #Sangoma A102 port 1 [slot:0 bus:48 span:1] > span=1,0,0,cas,hdb3 > cas=1-15:1101 > dchan=16 > cas=17-31:1101 > > [r...@teste dahdi]# cat /etc/asterisk/chan_dahdi.conf > [channels] > > ;Sangoma A102 port 1 [slot:0 bus:48 span:1] > group=0 > callgroup=0 > pickupgroup=0 > rxgain=0.0 > txgain=0.0 > > ;Configuracao para MFC/R2 > signalling=mfcr2 > mfcr2_variant=mx > mfcr2_get_ani_first=no > mfcr2_max_ani=10 > mfcr2_max_dnis=4 > mfcr2_category=national_subscriber > mfcr2_logdir=span1 > mfcr2_call_files=yes > mfcr2_logging=all > mfcr2_mfback_timeout=-1 > mfcr2_metering_pulse_timeout=-1 > mfcr2_allow_collect_calls=no > mfcr2_double_answer=yes > mfcr2_immediate_accept=no > mfcr2_forced_release=no > mfcr2_charge_calls=yes > > context=contexto-pstn > usecallerid=yes > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > canpark=yes > cancallforward=yes > callreturn=yes > echocancel=yes > echocancelwhenbridged=yes > faxdetect=incoming > channel => 1-15 > channel => 17-31 > > [r...@teste dahdi]# wanrouter status > > Devices currently active: > wanpipe1 wanpipe2 > > > Wanpipe Config: > > Device name | Protocol Map | Adapter | IRQ | Slot/IO | If's | CLK | Baud > rate | > wanpipe1| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 >| N/A | 0 | > wanpipe2| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 >| N/A | 0 | > > Wanrouter Status: > > Device name | Protocol | Station | Status| > wanpipe1| AFT TE1 | N/A | Disconnected | > wanpipe2| AFT TE1 | N/A | Disconnected | > ___ > 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 > ___ > A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil -- Diego Aguirre (DagMoller) Infodag Consultoria FWD#: 459696 Enum#: +55 21 8871-4916 (e164.org) DUNDi-br#: 21 8871-4916 ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 e Sangoma.
Matheus, nao sou especialista, mas você ja tentou mudar a configuração do seu SPAN para: span=1,1,0,cas,hdb3 Para que o master source clock venha do far end? Abraço! -- Eduardo Frazão ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 e Sangoma.
Então guilherme... ja tentei e nada! Asterisk 1.6.2 2010/4/13 Guilherme : > Matheus > > Já experimentou colocar mfcr2_variant=br ? > > Guilherme > > - Original Message - > From: "Matheus Cucoloto" > To: "asteriskbrasil" > Sent: Tuesday, April 13, 2010 2:44 PM > Subject: [AsteriskBrasil] OpenR2 e Sangoma. > > > Pessoal, boa tarde. > > Instalar o driver da sangoma e o openR2 é teta! > > Mas fazer funcionar ta dificil... > > Tentei sincronizar a sangoma com a BRT e simplesmente não vai. > > Com o mesmo circuito e uma placa Khomp o processo é normal e sem problemas. > > Por não conhecer esta placa direito, achei o funcionamento dela muito > confuso pois precisa do wanpipe e da dahdi tambem. > > > Alguem pode ajudar? > > [r...@teste dahdi]# cat /etc/dahdi/system.conf > loadzone=br > defaultzone=br > > #Sangoma A102 port 1 [slot:0 bus:48 span:1] > span=1,0,0,cas,hdb3 > cas=1-15:1101 > dchan=16 > cas=17-31:1101 > > [r...@teste dahdi]# cat /etc/asterisk/chan_dahdi.conf > [channels] > > ;Sangoma A102 port 1 [slot:0 bus:48 span:1] > group=0 > callgroup=0 > pickupgroup=0 > rxgain=0.0 > txgain=0.0 > > ;Configuracao para MFC/R2 > signalling=mfcr2 > mfcr2_variant=mx > mfcr2_get_ani_first=no > mfcr2_max_ani=10 > mfcr2_max_dnis=4 > mfcr2_category=national_subscriber > mfcr2_logdir=span1 > mfcr2_call_files=yes > mfcr2_logging=all > mfcr2_mfback_timeout=-1 > mfcr2_metering_pulse_timeout=-1 > mfcr2_allow_collect_calls=no > mfcr2_double_answer=yes > mfcr2_immediate_accept=no > mfcr2_forced_release=no > mfcr2_charge_calls=yes > > context=contexto-pstn > usecallerid=yes > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > canpark=yes > cancallforward=yes > callreturn=yes > echocancel=yes > echocancelwhenbridged=yes > faxdetect=incoming > channel => 1-15 > channel => 17-31 > > [r...@teste dahdi]# wanrouter status > > Devices currently active: > wanpipe1 wanpipe2 > > > Wanpipe Config: > > Device name | Protocol Map | Adapter | IRQ | Slot/IO | If's | CLK | Baud > rate | > wanpipe1 | N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 > | N/A | 0 | > wanpipe2 | N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 > | N/A | 0 | > > Wanrouter Status: > > Device name | Protocol | Station | Status | > wanpipe1 | AFT TE1 | N/A | Disconnected | > wanpipe2 | AFT TE1 | N/A | Disconnected | > ___ > 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 > ___ > A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > > > ___ > 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 > ___ > A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br ___ KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. - Hardware com alta disponibilid
Re: [AsteriskBrasil] OpenR2 e Sangoma.
Matheus Já experimentou colocar mfcr2_variant=br ? Guilherme - Original Message - From: "Matheus Cucoloto" To: "asteriskbrasil" Sent: Tuesday, April 13, 2010 2:44 PM Subject: [AsteriskBrasil] OpenR2 e Sangoma. Pessoal, boa tarde. Instalar o driver da sangoma e o openR2 é teta! Mas fazer funcionar ta dificil... Tentei sincronizar a sangoma com a BRT e simplesmente não vai. Com o mesmo circuito e uma placa Khomp o processo é normal e sem problemas. Por não conhecer esta placa direito, achei o funcionamento dela muito confuso pois precisa do wanpipe e da dahdi tambem. Alguem pode ajudar? [r...@teste dahdi]# cat /etc/dahdi/system.conf loadzone=br defaultzone=br #Sangoma A102 port 1 [slot:0 bus:48 span:1] span=1,0,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 [r...@teste dahdi]# cat /etc/asterisk/chan_dahdi.conf [channels] ;Sangoma A102 port 1 [slot:0 bus:48 span:1] group=0 callgroup=0 pickupgroup=0 rxgain=0.0 txgain=0.0 ;Configuracao para MFC/R2 signalling=mfcr2 mfcr2_variant=mx mfcr2_get_ani_first=no mfcr2_max_ani=10 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_call_files=yes mfcr2_logging=all mfcr2_mfback_timeout=-1 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=yes mfcr2_immediate_accept=no mfcr2_forced_release=no mfcr2_charge_calls=yes context=contexto-pstn usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes faxdetect=incoming channel => 1-15 channel => 17-31 [r...@teste dahdi]# wanrouter status Devices currently active: wanpipe1 wanpipe2 Wanpipe Config: Device name | Protocol Map | Adapter | IRQ | Slot/IO | If's | CLK | Baud rate | wanpipe1| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 | N/A | 0 | wanpipe2| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 | N/A | 0 | Wanrouter Status: Device name | Protocol | Station | Status| wanpipe1| AFT TE1 | N/A | Disconnected | wanpipe2| AFT TE1 | N/A | Disconnected | ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 e Sangoma.
Matheus, tenho uma sangoma funcionando com R2 da Oi, segue minha config... ## /etc/dahdi/system.conf loadzone=br defaultzone=br span=1,1,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 ## /etc/asterisk/chan_dahdi.conf signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=oi mfcr2_call_files=yes mfcr2_logging=error mfcr2_allow_collect_calls=no channel => 1-15,17-31 Outra coisa, verifique no arquivo /etc/wanpipe/wanpipe*.cfg as seguintes variaveis: FE_MEDIA= E1 FE_LCODE= HDB3 FE_FRAME= NCRC4 FE_LINE = 2 TE_CLOCK= NORMAL TE_REF_CLOCK= 0 TE_SIG_MODE = CAS Em 13-04-2010 14:44, Matheus Cucoloto escreveu: > Pessoal, boa tarde. > > Instalar o driver da sangoma e o openR2 é teta! > > Mas fazer funcionar ta dificil... > > Tentei sincronizar a sangoma com a BRT e simplesmente não vai. > > Com o mesmo circuito e uma placa Khomp o processo é normal e sem problemas. > > Por não conhecer esta placa direito, achei o funcionamento dela muito > confuso pois precisa do wanpipe e da dahdi tambem. > > > Alguem pode ajudar? > > [r...@teste dahdi]# cat /etc/dahdi/system.conf > loadzone=br > defaultzone=br > > #Sangoma A102 port 1 [slot:0 bus:48 span:1] > span=1,0,0,cas,hdb3 > cas=1-15:1101 > dchan=16 > cas=17-31:1101 > > [r...@teste dahdi]# cat /etc/asterisk/chan_dahdi.conf > [channels] > > ;Sangoma A102 port 1 [slot:0 bus:48 span:1] > group=0 > callgroup=0 > pickupgroup=0 > rxgain=0.0 > txgain=0.0 > > ;Configuracao para MFC/R2 > signalling=mfcr2 > mfcr2_variant=mx > mfcr2_get_ani_first=no > mfcr2_max_ani=10 > mfcr2_max_dnis=4 > mfcr2_category=national_subscriber > mfcr2_logdir=span1 > mfcr2_call_files=yes > mfcr2_logging=all > mfcr2_mfback_timeout=-1 > mfcr2_metering_pulse_timeout=-1 > mfcr2_allow_collect_calls=no > mfcr2_double_answer=yes > mfcr2_immediate_accept=no > mfcr2_forced_release=no > mfcr2_charge_calls=yes > > context=contexto-pstn > usecallerid=yes > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > canpark=yes > cancallforward=yes > callreturn=yes > echocancel=yes > echocancelwhenbridged=yes > faxdetect=incoming > channel => 1-15 > channel => 17-31 > > [r...@teste dahdi]# wanrouter status > > Devices currently active: > wanpipe1 wanpipe2 > > > Wanpipe Config: > > Device name | Protocol Map | Adapter | IRQ | Slot/IO | If's | CLK | Baud > rate | > wanpipe1| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 >| N/A | 0 | > wanpipe2| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 >| N/A | 0 | > > Wanrouter Status: > > Device name | Protocol | Station | Status| > wanpipe1| AFT TE1 | N/A | Disconnected | > wanpipe2| AFT TE1 | N/A | Disconnected | > ___ > 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 > ___ > A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil -- Diego Aguirre (DagMoller) Infodag Consultoria FWD#: 459696 Enum#: +55 21 8871-4916 (e164.org) DUNDi-br#: 21 8871-4916 ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo
[AsteriskBrasil] OpenR2 e Sangoma.
Pessoal, boa tarde. Instalar o driver da sangoma e o openR2 é teta! Mas fazer funcionar ta dificil... Tentei sincronizar a sangoma com a BRT e simplesmente não vai. Com o mesmo circuito e uma placa Khomp o processo é normal e sem problemas. Por não conhecer esta placa direito, achei o funcionamento dela muito confuso pois precisa do wanpipe e da dahdi tambem. Alguem pode ajudar? [r...@teste dahdi]# cat /etc/dahdi/system.conf loadzone=br defaultzone=br #Sangoma A102 port 1 [slot:0 bus:48 span:1] span=1,0,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 [r...@teste dahdi]# cat /etc/asterisk/chan_dahdi.conf [channels] ;Sangoma A102 port 1 [slot:0 bus:48 span:1] group=0 callgroup=0 pickupgroup=0 rxgain=0.0 txgain=0.0 ;Configuracao para MFC/R2 signalling=mfcr2 mfcr2_variant=mx mfcr2_get_ani_first=no mfcr2_max_ani=10 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_call_files=yes mfcr2_logging=all mfcr2_mfback_timeout=-1 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=yes mfcr2_immediate_accept=no mfcr2_forced_release=no mfcr2_charge_calls=yes context=contexto-pstn usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes faxdetect=incoming channel => 1-15 channel => 17-31 [r...@teste dahdi]# wanrouter status Devices currently active: wanpipe1 wanpipe2 Wanpipe Config: Device name | Protocol Map | Adapter | IRQ | Slot/IO | If's | CLK | Baud rate | wanpipe1| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 | N/A | 0 | wanpipe2| N/A | A101/1D/A102/2D/4/4D/8| 177 | 0 | 1 | N/A | 0 | Wanrouter Status: Device name | Protocol | Station | Status| wanpipe1| AFT TE1 | N/A | Disconnected | wanpipe2| AFT TE1 | N/A | Disconnected | ___ 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 ___ A Redfone é líder no fornecimento de bridges TDMoE -> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 + Telefonica
Ola Luc.. coloquei o dnis=4 mais continuou a mesma coisa.. eu tinha feito o teste com 6 por causa dessa informacao no debug [Mar 6 10:04:09] DEBUG[14284]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Getting DNIS digit 6 [Mar 6 10:04:09] DEBUG[14284]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - DNIS so far: 6, expected length: 4 esse DNIS so far: 6, imaginei q a telefonica estaria mandando 6 digitos.. mais confirmei com o tecnico deles e enviam MCDU... no debug acima estava configurado com valor 4 pro dnis.. Aos que tem openr2 funcionando, podem me informar qual a versao que estao usando... Fabio Luc Moreira escreveu: > 2010/3/5 Fabio Rogerio - IP Info : > >> /etc/asterisk/chan_dahdi.conf >> switchtype = euroisdn >> > Não precisa disso. > > >> mfcr2_max_ani=20 >> mfcr2_max_dnis=6 >> > Tem certeza que a operadora vai mandar 6 dígitos DDR para você? > Geralmente eles mandam somente 4. > > O restante parece Ok. > > Luc > ___ > 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > > ___ 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 + Telefonica
Ola Vinicius, mto obrigado pela ajuda, mais continua dando o mesmo erro.. usei sua configuracao mais ficou a mesma coisa... Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 Agradeço qq dica... Vinícius Fontes escreveu: > Eu tenho essa configuração aqui no chan_dahdi.conf em produção. Verifica se > funciona bem para você: > > ;Configuracao para MFC/R2 > signalling=mfcr2 > mfcr2_variant=br > mfcr2_get_ani_first=no > mfcr2_max_ani=20 > mfcr2_max_dnis=4 > mfcr2_category=national_subscriber > mfcr2_logdir=span1 > mfcr2_call_files=yes > mfcr2_logging=all > mfcr2_mfback_timeout=-1 > mfcr2_metering_pulse_timeout=-1 > mfcr2_allow_collect_calls=no > mfcr2_double_answer=yes > mfcr2_immediate_accept=no > mfcr2_forced_release=no > mfcr2_charge_calls=yes > ;mfcr2_advanced_protocol_file=/etc/r2proto.conf > language=pt_BR > echocancel=yes > echocancelwhenbridged=no > context=entrada-e1 > callgroup=0 > pickupgroup=0 > group=1 > channel =>1-15,17-31 > > > Atenciosamente, > > Vinícius Fontes > Gerente de Segurança da Informação > Canall Tecnologia em Comunicações > Passo Fundo - RS - Brasil > +55 54 2104-7000 > > Information Security Manager > Canall Tecnologia em Comunicações > Passo Fundo - RS - Brazil > +55 54 2104-7000 > > - "Fabio Rogerio - IP Info" escreveu: > > >> Ola Pessoal, estou usando pela primeira vez o openr2 com placa E1 >> digium.. >> estou tendo alguns problemas, vou passar o meu cenario pra ver se >> alguem >> pode dar alguma dica. >> >> Aparece o seguinte erro qdo eu disco pro numero chave do E1 >> >> Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = >> Seize >> ACK Transmitted, MF state = Category Request Transmitted, MF Group = >> Backward Group A, CAS = 0x00 >> >> As versoes dos softwares: >> >> Asterisk 1.6.2.5 >> DAHDI Version: 2.2.1 Echo Canceller: MG2 >> OpenR2 version: 1.2.0, revision: (release) >> >> >> Abaixo seguem os logs de qdo entra uma ligacao e tb copia dos arquivos >> >> de configuracao qq informacao é bem vinda.. >> >> - >> Quando eu disco pro numero chave do E1 aparece isso no console: >> >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - Bits changed from 0x08 to 0x00 >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - CAS Rx << [SEIZE] 0x00 >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - CAS Tx >> [SEIZE ACK] 0x0C >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - CAS Raw Tx >> 0x0D >> New MFC/R2 call detected on chan 1. >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - MF Rx << 6 [ON] >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - Getting DNIS digit 6 >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - DNIS so far: 6, expected length: 6 >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - Requesting next DNIS with signal 0x31. >> [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - MF Tx >> 1 [ON] >> -- Hungup 'DAHDI/125-1' >> == Spawn extension (default, 52188002227327000, 88) exited non-zero >> on >> 'SIP/3011-0ce3' >> [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - calling timer 2 (mf_back_cycle) callback >> [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - MF cycle timed out, no more DNIS >> [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - MF Tx >> 5 [ON] >> [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - calling timer 3 (mf_back_resume_cycle) callback >> [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - MF Tx >> 5 [OFF] >> [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - calling timer 4 (mf_back_cycle) callback >> [Mar 5 17:07:59] WARNING[9866]: chan_dahdi.c:1922 dahdi_r2_write_log: >> >> Chan 1 - MF back cycle timed out! >> [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1925 dahdi_r2_write_log: >> Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 >> State = Seize ACK Transmitted, MF state = Category Request >> Transmitted, >> MF Group = Backward Group A, CAS = 0x00 >> DNIS = 6, ANI = , MF = 0x36 >> [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - CAS Tx >> [IDLE] 0x08 >> [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: >> Chan 1 - CAS Raw Tx >> 0x09 >> [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1710 >> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi >> Frequency Cycle Timeout >> -- Hungup 'DAHDI/127-1' >> == Spawn extension (default,
Re: [AsteriskBrasil] OpenR2 + Telefonica
O tempo do MFC, quando ele entra em 'seize' dura aproximadamente 30ms do outro lado. Não sei onde isto é setado, mas o que esta ocorrendo é que esta muito curto, o outro lado fica esperando e o MFC não vem ou demora a vir. Verifique onde é setado o tempo do MFC e acerte este tempo. Wagner de Oliveira Gateway - The gateway to the Brazil West Center Zone GSM, PDH, SDH, WDM, DWDM, SWITCH and much more... waga...@yahoo.com Ola Pessoal, estou usando pela primeira vez o openr2 com placa E1 digium.. estou tendo alguns problemas, vou passar o meu cenario pra ver se alguem pode dar alguma dica. Aparece o seguinte erro qdo eu disco pro numero chave do E1 Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 As versoes dos softwares: Asterisk 1.6.2.5 DAHDI Version: 2.2.1 Echo Canceller: MG2 OpenR2 version: 1.2.0, revision: (release) Abaixo seguem os logs de qdo entra uma ligacao e tb copia dos arquivos de configuracao qq informacao é bem vinda.. - Quando eu disco pro numero chave do E1 aparece isso no console: [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x08 to 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx << [SEIZE] 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx >> [SEIZE ACK] 0x0C [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx >> 0x0D New MFC/R2 call detected on chan 1. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Rx << 6 [ON] [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Getting DNIS digit 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - DNIS so far: 6, expected length: 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Requesting next DNIS with signal 0x31. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx >> 1 [ON] -- Hungup 'DAHDI/125-1' == Spawn extension (default, 52188002227327000, 88) exited non-zero on 'SIP/3011-0ce3' [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 2 (mf_back_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF cycle timed out, no more DNIS [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx >> 5 [ON] [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 3 (mf_back_resume_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx >> 5 [OFF] [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 4 (mf_back_cycle) callback [Mar 5 17:07:59] WARNING[9866]: chan_dahdi.c:1922 dahdi_r2_write_log: Chan 1 - MF back cycle timed out! [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1925 dahdi_r2_write_log: Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 6, ANI = , MF = 0x36 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx >> [IDLE] 0x08 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx >> 0x09 [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1710 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency Cycle Timeout -- Hungup 'DAHDI/127-1' == Spawn extension (default, 52139201935630110, 88) exited non-zero on 'SIP/3013-0cdd' [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x00 to 0x08 [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx << [IDLE] 0x08 [Mar 5 17:08:02] NOTICE[9866]: chan_dahdi.c:1956 dahdi_r2_on_line_idle: Far end unblocked on chan 1 /etc/asterisk/chan_dahdi.conf [channels] language = en resetinterval = never usecallerid = yes hidecallerid = no callwaiting = yes usecallingpres = yes callwaitingcallerid = yes threewaycalling = yes transfer = yes canpark = yes cancallforward = yes callreturn = yes echocancel = no rxgain = 0.0 txgain = 0.0 callgroup = 1 pickupgroup = 1 switchtype = euroisdn dtmfmode=rfc2833 group=2 context=from-r2 signalling=mfcr2 mfcr2_variant=br mfcr2_max_ani=20 mfcr2_max_dnis=6 mfcr2_get_ani_first=no mfcr2_category=national_subscriber mfcr2_mfback_timeout=6000 mfcr2_forced_release=yes mfcr2_immediate_accept=yes mfcr2_accept_on_offer=yes mfcr2_logging=all channel=1-15 channel=17-31 ---
Re: [AsteriskBrasil] OpenR2 + Telefonica
2010/3/5 Fabio Rogerio - IP Info : > /etc/asterisk/chan_dahdi.conf > switchtype = euroisdn Não precisa disso. > mfcr2_max_ani=20 > mfcr2_max_dnis=6 Tem certeza que a operadora vai mandar 6 dígitos DDR para você? Geralmente eles mandam somente 4. O restante parece Ok. Luc ___ 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 + Telefonica
Eu tenho essa configuração aqui no chan_dahdi.conf em produção. Verifica se funciona bem para você: ;Configuracao para MFC/R2 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_call_files=yes mfcr2_logging=all mfcr2_mfback_timeout=-1 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=yes mfcr2_immediate_accept=no mfcr2_forced_release=no mfcr2_charge_calls=yes ;mfcr2_advanced_protocol_file=/etc/r2proto.conf language=pt_BR echocancel=yes echocancelwhenbridged=no context=entrada-e1 callgroup=0 pickupgroup=0 group=1 channel =>1-15,17-31 Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - "Fabio Rogerio - IP Info" escreveu: > Ola Pessoal, estou usando pela primeira vez o openr2 com placa E1 > digium.. > estou tendo alguns problemas, vou passar o meu cenario pra ver se > alguem > pode dar alguma dica. > > Aparece o seguinte erro qdo eu disco pro numero chave do E1 > > Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = > Seize > ACK Transmitted, MF state = Category Request Transmitted, MF Group = > Backward Group A, CAS = 0x00 > > As versoes dos softwares: > > Asterisk 1.6.2.5 > DAHDI Version: 2.2.1 Echo Canceller: MG2 > OpenR2 version: 1.2.0, revision: (release) > > > Abaixo seguem os logs de qdo entra uma ligacao e tb copia dos arquivos > > de configuracao qq informacao é bem vinda.. > > - > Quando eu disco pro numero chave do E1 aparece isso no console: > > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - Bits changed from 0x08 to 0x00 > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - CAS Rx << [SEIZE] 0x00 > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - CAS Tx >> [SEIZE ACK] 0x0C > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - CAS Raw Tx >> 0x0D > New MFC/R2 call detected on chan 1. > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - MF Rx << 6 [ON] > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - Getting DNIS digit 6 > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - DNIS so far: 6, expected length: 6 > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - Requesting next DNIS with signal 0x31. > [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - MF Tx >> 1 [ON] > -- Hungup 'DAHDI/125-1' > == Spawn extension (default, 52188002227327000, 88) exited non-zero > on > 'SIP/3011-0ce3' > [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - calling timer 2 (mf_back_cycle) callback > [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - MF cycle timed out, no more DNIS > [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - MF Tx >> 5 [ON] > [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - calling timer 3 (mf_back_resume_cycle) callback > [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - MF Tx >> 5 [OFF] > [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - calling timer 4 (mf_back_cycle) callback > [Mar 5 17:07:59] WARNING[9866]: chan_dahdi.c:1922 dahdi_r2_write_log: > > Chan 1 - MF back cycle timed out! > [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1925 dahdi_r2_write_log: > Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 > State = Seize ACK Transmitted, MF state = Category Request > Transmitted, > MF Group = Backward Group A, CAS = 0x00 > DNIS = 6, ANI = , MF = 0x36 > [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - CAS Tx >> [IDLE] 0x08 > [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - CAS Raw Tx >> 0x09 > [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1710 > dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi > Frequency Cycle Timeout > -- Hungup 'DAHDI/127-1' > == Spawn extension (default, 52139201935630110, 88) exited non-zero > on > 'SIP/3013-0cdd' > [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - Bits changed from 0x00 to 0x08 > [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: > Chan 1 - CAS Rx << [IDLE] 0x08 > [Mar 5 17:08:02] NOTICE[9866]: chan_dahdi.c:1956 > dahdi_r2_on_line_idle: > Far end unblocked on chan 1 > > > > /etc/asterisk/chan_dahdi.conf > > [cha
[AsteriskBrasil] OpenR2 + Telefonica
Ola Pessoal, estou usando pela primeira vez o openr2 com placa E1 digium.. estou tendo alguns problemas, vou passar o meu cenario pra ver se alguem pode dar alguma dica. Aparece o seguinte erro qdo eu disco pro numero chave do E1 Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 As versoes dos softwares: Asterisk 1.6.2.5 DAHDI Version: 2.2.1 Echo Canceller: MG2 OpenR2 version: 1.2.0, revision: (release) Abaixo seguem os logs de qdo entra uma ligacao e tb copia dos arquivos de configuracao qq informacao é bem vinda.. - Quando eu disco pro numero chave do E1 aparece isso no console: [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x08 to 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx << [SEIZE] 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx >> [SEIZE ACK] 0x0C [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx >> 0x0D New MFC/R2 call detected on chan 1. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Rx << 6 [ON] [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Getting DNIS digit 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - DNIS so far: 6, expected length: 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Requesting next DNIS with signal 0x31. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx >> 1 [ON] -- Hungup 'DAHDI/125-1' == Spawn extension (default, 52188002227327000, 88) exited non-zero on 'SIP/3011-0ce3' [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 2 (mf_back_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF cycle timed out, no more DNIS [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx >> 5 [ON] [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 3 (mf_back_resume_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx >> 5 [OFF] [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 4 (mf_back_cycle) callback [Mar 5 17:07:59] WARNING[9866]: chan_dahdi.c:1922 dahdi_r2_write_log: Chan 1 - MF back cycle timed out! [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1925 dahdi_r2_write_log: Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 6, ANI = , MF = 0x36 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx >> [IDLE] 0x08 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx >> 0x09 [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1710 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency Cycle Timeout -- Hungup 'DAHDI/127-1' == Spawn extension (default, 52139201935630110, 88) exited non-zero on 'SIP/3013-0cdd' [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x00 to 0x08 [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx << [IDLE] 0x08 [Mar 5 17:08:02] NOTICE[9866]: chan_dahdi.c:1956 dahdi_r2_on_line_idle: Far end unblocked on chan 1 /etc/asterisk/chan_dahdi.conf [channels] language = en resetinterval = never usecallerid = yes hidecallerid = no callwaiting = yes usecallingpres = yes callwaitingcallerid = yes threewaycalling = yes transfer = yes canpark = yes cancallforward = yes callreturn = yes echocancel = no rxgain = 0.0 txgain = 0.0 callgroup = 1 pickupgroup = 1 switchtype = euroisdn dtmfmode=rfc2833 group=2 context=from-r2 signalling=mfcr2 mfcr2_variant=br mfcr2_max_ani=20 mfcr2_max_dnis=6 mfcr2_get_ani_first=no mfcr2_category=national_subscriber mfcr2_mfback_timeout=6000 mfcr2_forced_release=yes mfcr2_immediate_accept=yes mfcr2_accept_on_offer=yes mfcr2_logging=all channel=1-15 channel=17-31 - /etc/dahdi/system.conf span=1,1,0,cas,hdb3 span=2,0,0,cas,hdb3 span=3,0,0,cas,hdb3 span=4,0,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 # cas=32-46:1101 cas=48-62:1101 # cas=63-77:1101 cas=79-93:1101 # cas=94-108:1101 cas=110-124:1101 ___ 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 qualifica
Re: [AsteriskBrasil] Openr2 patch para versao 1.6.0
Pessoal, uso Cianet Em diversos projetos com sucesso. Sem qualquer problema de DTMF. Para o cancelamento de eco uso o OSLEC. 2009/8/28 R2 : > Meu caro amigo, > > Esqueça a Cianet e seus produtos para telefonia IP. > São todos ching ling e o pessoal deles, primeiro precisam pedir a benção > dos chineses para depois te dar um resposta. > Para você ter idéia, trabalhei para uma empresa que comprou um lote de > não menos do que 200 aparelhos deles, com duas portas FXS. O equipamento > gera DTMF de forma aleatório, quando quer sem o usuário pressionar > qualquer tecla e sabe qual foi a resposta do suporte deles, a mesma de > sempre, nenhuma, ou seja, eles disseram que não sabem como resolver e o > chinês que vendeu para eles, não resolveu o problema. > Todos os clientes da empresa estão insatisfeitos com o serviço gerado, > porque no meio das ligações, o cliente ouve um beep e a captura do > pacote mostra os dtmf´s. > > > > Rodrigo P. Telles escreveu: >> Wanderley, >> >> Você tem tido problemas de echo no channel bank da Cianet? A quanto >> tempo está utilizando-o em produção? >> Pergunto isso pois estamos tendo muitos problemas com echo utilizando >> este equipamento (mesmo com cancelamento de echo no asterisk) e até o >> presente momento a Cianet não nos deu uma "luz" de como resolver. >> >> Agradeço antecipadamente pelo feedback. >> >> Att., >> Telles >> >> Wanderley Grecco Teixeira wrote: >> >>> Bom dia!! >>> >>> Venho utilizando com sucesso o OpenR2 já algum tempo. Porém, com a >>> versao 1.6.0 e equipamentos astribank e banco de canais da Cianet, se >>> compilar o asterisk aplicando o patch do OpenR2, para funcionar o >>> banco de canais (tanto o astribank da Xorcon como Cianet), pergo o tom >>> de linha nas portas FXS e tudo que digitado nao aparece na console do >>> asterisk. Compilando sem o patch, ou usando a versao 1.4 ou a versao >>> beta 1.6.2 funciona normalmente. >>> >>> Estou utilizando: >>> >>> - asterisk-1.6.0.13; >>> - dahdi-linux-2.2.0.2; >>> - dahdi-tools-2.2.0; >>> - openr2-asterisk-1.6.0.6 >>> >>> Se alguem tiver algo a ajudar, ou confirmar esse problema, fico grato. >>> >>> Wanderley >>> >> >> ___ >> Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. >> VoIP, Asterisk e Convergência de Redes. >> http://www.encontrovoipcenter.com.br >> >> 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@listas.asteriskbrasil.org >> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil >> >> __ Informação do ESET NOD32 Antivirus, versão da vacina 4374 >> (20090827) __ >> >> A mensagem foi verificada pelo ESET NOD32 Antivirus. >> >> http://www.eset.com >> >> >> >> >> > > ___ > Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. > VoIP, Asterisk e Convergência de Redes. > http://www.encontrovoipcenter.com.br > > 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > ___ Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. VoIP, Asterisk e Convergência de Redes. http://www.encontrovoipcenter.com.br 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Openr2 patch para versao 1.6.0
Meu caro amigo, Esqueça a Cianet e seus produtos para telefonia IP. São todos ching ling e o pessoal deles, primeiro precisam pedir a benção dos chineses para depois te dar um resposta. Para você ter idéia, trabalhei para uma empresa que comprou um lote de não menos do que 200 aparelhos deles, com duas portas FXS. O equipamento gera DTMF de forma aleatório, quando quer sem o usuário pressionar qualquer tecla e sabe qual foi a resposta do suporte deles, a mesma de sempre, nenhuma, ou seja, eles disseram que não sabem como resolver e o chinês que vendeu para eles, não resolveu o problema. Todos os clientes da empresa estão insatisfeitos com o serviço gerado, porque no meio das ligações, o cliente ouve um beep e a captura do pacote mostra os dtmf´s. Rodrigo P. Telles escreveu: > Wanderley, > > Você tem tido problemas de echo no channel bank da Cianet? A quanto > tempo está utilizando-o em produção? > Pergunto isso pois estamos tendo muitos problemas com echo utilizando > este equipamento (mesmo com cancelamento de echo no asterisk) e até o > presente momento a Cianet não nos deu uma "luz" de como resolver. > > Agradeço antecipadamente pelo feedback. > > Att., > Telles > > Wanderley Grecco Teixeira wrote: > >> Bom dia!! >> >> Venho utilizando com sucesso o OpenR2 já algum tempo. Porém, com a >> versao 1.6.0 e equipamentos astribank e banco de canais da Cianet, se >> compilar o asterisk aplicando o patch do OpenR2, para funcionar o >> banco de canais (tanto o astribank da Xorcon como Cianet), pergo o tom >> de linha nas portas FXS e tudo que digitado nao aparece na console do >> asterisk. Compilando sem o patch, ou usando a versao 1.4 ou a versao >> beta 1.6.2 funciona normalmente. >> >> Estou utilizando: >> >> - asterisk-1.6.0.13; >> - dahdi-linux-2.2.0.2; >> - dahdi-tools-2.2.0; >> - openr2-asterisk-1.6.0.6 >> >> Se alguem tiver algo a ajudar, ou confirmar esse problema, fico grato. >> >> Wanderley >> > > ___ > Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. > VoIP, Asterisk e Convergência de Redes. > http://www.encontrovoipcenter.com.br > > 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > > __ Informação do ESET NOD32 Antivirus, versão da vacina 4374 > (20090827) __ > > A mensagem foi verificada pelo ESET NOD32 Antivirus. > > http://www.eset.com > > > > > ___ Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. VoIP, Asterisk e Convergência de Redes. http://www.encontrovoipcenter.com.br 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Openr2 patch para versao 1.6.0
Wanderley, Você tem tido problemas de echo no channel bank da Cianet? A quanto tempo está utilizando-o em produção? Pergunto isso pois estamos tendo muitos problemas com echo utilizando este equipamento (mesmo com cancelamento de echo no asterisk) e até o presente momento a Cianet não nos deu uma "luz" de como resolver. Agradeço antecipadamente pelo feedback. Att., Telles Wanderley Grecco Teixeira wrote: > Bom dia!! > > Venho utilizando com sucesso o OpenR2 já algum tempo. Porém, com a > versao 1.6.0 e equipamentos astribank e banco de canais da Cianet, se > compilar o asterisk aplicando o patch do OpenR2, para funcionar o > banco de canais (tanto o astribank da Xorcon como Cianet), pergo o tom > de linha nas portas FXS e tudo que digitado nao aparece na console do > asterisk. Compilando sem o patch, ou usando a versao 1.4 ou a versao > beta 1.6.2 funciona normalmente. > > Estou utilizando: > > - asterisk-1.6.0.13; > - dahdi-linux-2.2.0.2; > - dahdi-tools-2.2.0; > - openr2-asterisk-1.6.0.6 > > Se alguem tiver algo a ajudar, ou confirmar esse problema, fico grato. > > Wanderley ___ Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. VoIP, Asterisk e Convergência de Redes. http://www.encontrovoipcenter.com.br 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Openr2 patch para versao 1.6.0
Olá Wanderley, bom dia 2009/8/27 Wanderley Grecco Teixeira : > Bom dia!! > > Venho utilizando com sucesso o OpenR2 já algum tempo. Porém, com a versao > 1.6.0 e equipamentos astribank e banco de canais da Cianet, se compilar o > asterisk aplicando o patch do OpenR2, para funcionar o banco de canais > (tanto o astribank da Xorcon como Cianet), pergo o tom de linha nas portas > FXS e tudo que digitado nao aparece na console do asterisk. Compilando sem o > patch, ou usando a versao 1.4 ou a versao beta 1.6.2 funciona normalmente. > Por favor, envie uma mensagem com detalhes de sua configuração para asterisk...@lists.digium.com com um log de uma chamada com problemas. > Estou utilizando: > > - asterisk-1.6.0.13; > - dahdi-linux-2.2.0.2; > - dahdi-tools-2.2.0; > - openr2-asterisk-1.6.0.6 > > Se alguem tiver algo a ajudar, ou confirmar esse problema, fico grato. > > Wanderley > > --- Alexandre C Alencar (Skarmeth) http://blog.alexandrealencar.net/ http://www.alexandrealencar.net/ http://people.debian-ce.org/skarmeth/ ___ Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. VoIP, Asterisk e Convergência de Redes. http://www.encontrovoipcenter.com.br 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Openr2 patch para versao 1.6.0
Você já tentou utilizar o Asterisk 1.6.0.6 com o patch, esse teu version mismatch pode ser a causa dos teus problemas. Att, Guilherme Loch Góes 2009/8/27 Wanderley Grecco Teixeira > Bom dia!! > > Venho utilizando com sucesso o OpenR2 já algum tempo. Porém, com a versao > 1.6.0 e equipamentos astribank e banco de canais da Cianet, se compilar o > asterisk aplicando o patch do OpenR2, para funcionar o banco de canais > (tanto o astribank da Xorcon como Cianet), pergo o tom de linha nas portas > FXS e tudo que digitado nao aparece na console do asterisk. Compilando sem o > patch, ou usando a versao 1.4 ou a versao beta 1.6.2 funciona normalmente. > > Estou utilizando: > > - asterisk-1.6.0.13; > - dahdi-linux-2.2.0.2; > - dahdi-tools-2.2.0; > - openr2-asterisk-1.6.0.6 > > Se alguem tiver algo a ajudar, ou confirmar esse problema, fico grato. > > Wanderley > > > ___ > Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. > VoIP, Asterisk e Convergência de Redes. > http://www.encontrovoipcenter.com.br > > 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > ___ Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. VoIP, Asterisk e Convergência de Redes. http://www.encontrovoipcenter.com.br 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] Openr2 patch para versao 1.6.0
Bom dia!! Venho utilizando com sucesso o OpenR2 já algum tempo. Porém, com a versao 1.6.0 e equipamentos astribank e banco de canais da Cianet, se compilar o asterisk aplicando o patch do OpenR2, para funcionar o banco de canais (tanto o astribank da Xorcon como Cianet), pergo o tom de linha nas portas FXS e tudo que digitado nao aparece na console do asterisk. Compilando sem o patch, ou usando a versao 1.4 ou a versao beta 1.6.2 funciona normalmente. Estou utilizando: - asterisk-1.6.0.13; - dahdi-linux-2.2.0.2; - dahdi-tools-2.2.0; - openr2-asterisk-1.6.0.6 Se alguem tiver algo a ajudar, ou confirmar esse problema, fico grato. Wanderley ___ Participe do IV Encontro VoIPCenter, 16 a 18 de setembro - São Paulo. VoIP, Asterisk e Convergência de Redes. http://www.encontrovoipcenter.com.br 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] OpenR2 - Dúvida
Olás! Estou com OpenR2 rodando aqui, até agora indo bem, estou com alguns problemas no audio mas acho que é coisa do PBX Siemens que to interligando, acho que amanhã o técnico vai vir aqui para me dar um help nisso. Minha dúvida é a seguinte, eu recebo mais ou menos duas vezes por minuto esse notice/debug: [Oct 1 21:28:18] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Raw Rx << 0x0D [Oct 1 21:28:18] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - Bits changed from 0x08 to 0x0C [Oct 1 21:28:18] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Rx << [BLOCK] 0x0C [Oct 1 21:28:18] NOTICE[3216]: chan_zap.c:1166 zt_r2_on_line_blocked: Far end blocked on chan 18 [Oct 1 21:28:18] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Raw Rx << 0x0D [Oct 1 21:28:18] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - Bits changed from 0x08 to 0x0C [Oct 1 21:28:18] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Rx << [BLOCK] 0x0C [Oct 1 21:28:18] NOTICE[3215]: chan_zap.c:1166 zt_r2_on_line_blocked: Far end blocked on chan 2 [Oct 1 21:28:18] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Raw Rx << 0x09 [Oct 1 21:28:18] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - Bits changed from 0x0C to 0x08 [Oct 1 21:28:18] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Rx << [IDLE] 0x08 [Oct 1 21:28:18] NOTICE[3215]: chan_zap.c:1171 zt_r2_on_line_idle: Far end unblocked on chan 2 [Oct 1 21:28:18] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Raw Rx << 0x09 [Oct 1 21:28:18] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - Bits changed from 0x0C to 0x08 [Oct 1 21:28:18] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Rx << [IDLE] 0x08 [Oct 1 21:28:18] NOTICE[3216]: chan_zap.c:1171 zt_r2_on_line_idle: Far end unblocked on chan 18 [Oct 1 21:28:19] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Raw Rx << 0x0D [Oct 1 21:28:19] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - Bits changed from 0x08 to 0x0C [Oct 1 21:28:19] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Rx << [BLOCK] 0x0C [Oct 1 21:28:19] NOTICE[3215]: chan_zap.c:1166 zt_r2_on_line_blocked: Far end blocked on chan 2 [Oct 1 21:28:19] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Raw Rx << 0x0D [Oct 1 21:28:19] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - Bits changed from 0x08 to 0x0C [Oct 1 21:28:19] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Rx << [BLOCK] 0x0C [Oct 1 21:28:19] NOTICE[3216]: chan_zap.c:1166 zt_r2_on_line_blocked: Far end blocked on chan 18 [Oct 1 21:28:19] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Raw Rx << 0x09 [Oct 1 21:28:19] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - Bits changed from 0x0C to 0x08 [Oct 1 21:28:19] DEBUG[3215]: chan_zap.c:1155 zt_r2_write_log: Chan 2 - ABCD Rx << [IDLE] 0x08 [Oct 1 21:28:19] NOTICE[3215]: chan_zap.c:1171 zt_r2_on_line_idle: Far end unblocked on chan 2 [Oct 1 21:28:19] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Raw Rx << 0x09 [Oct 1 21:28:19] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - Bits changed from 0x0C to 0x08 [Oct 1 21:28:19] DEBUG[3216]: chan_zap.c:1155 zt_r2_write_log: Chan 18 - ABCD Rx << [IDLE] 0x08 [Oct 1 21:28:19] NOTICE[3216]: chan_zap.c:1171 zt_r2_on_line_idle: Far end unblocked on chan 18 Isso é normal? Obrigado! Abracos, -- Tiago Durante ,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,., Perseverance is the hard work you do after you get tired of doing the hard work you already did. -- Newt Gingrich ___ 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 - Asterisk 1.4 - Derruba ndo a ligação no primeiro
Pelo que estive vendo aqui o problema, é que a Central tem bloqueio de ligação a cobrar em alguns ramais. No Unicall para resolver esse problema era só alterar mfcr2->clear_back_persistence_check de 0 para 2000. Onde devo fazer essa alteração no OpenR2? -- Atenciosamente Daviramos Roussenq Fortunato 48-9956-7083 ___ 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] OpenR2 - Asterisk 1.4 - Derruba ndo a ligação no primeiro segundo.
Oi Lista.
Estou testando o OpenR2 aqui entre uma Central e Embratel.
Quando completo alguma ligação para a Embratel funciona
perfeitamente, mas quando tento ligar para alguns ramais da Central, a
ligação cai após 1 segundo de uso, para outros número funciona o
problema está em alguns números especificos, eu tinha o Unicall nesse
mesmo cenario e nunca tive problemas.
Segue log abaixo. de quando a ligação foi desligada:
-- Executing [EMAIL PROTECTED]:24]
GotoIf("SIP/2001-0a1d3740", "0?customtrunk") in new stack
[Jul 4 12:54:34] DEBUG[3171]: app_macro.c:337 _macro_exec: Executed
application: GotoIf
-- Executing [EMAIL PROTECTED]:25] Dial("SIP/2001-0a1d3740",
"ZAP/g2/2971|300|") in new stack
[Jul 4 12:54:34] DEBUG[3171]: chan_zap.c:886
zt_r2_get_channel_category: no MFC/R2 category specified for chan
Zap/32-1, using default National Subscriber
[Jul 4 12:54:34] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Attempting to make call (ANI=2001, DNIS=2971, category=National
Subscriber)
[Jul 4 12:54:34] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - ABCD Rx << 0x9
[Jul 4 12:54:34] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - No change in bits
[Jul 4 12:54:34] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - ABCD Tx >> [SEIZE] 0x0
-- Called g2/2971
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:4123 zt_handle_event: bits
changed in chan 32
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - ABCD Rx << 0xD
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Bits changed from 0x8 to 0xC
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending DNIS digit 2
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 2 [ON]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 1 [ON]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 2 [OFF]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 1 [OFF]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending DNIS digit 9
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 9 [ON]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 1 [ON]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 9 [OFF]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 1 [OFF]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending DNIS digit 7
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 7 [ON]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 1 [ON]
[Jul 4 12:54:35] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 7 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 1 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending DNIS digit 1
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 1 [ON]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [ON]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 1 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending category National Subscriber
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 1 [ON]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [ON]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 1 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending ANI digit 2
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 2 [ON]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [ON]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 2 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [OFF]
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending ANI digit 0
[Jul 4 12:54:36] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 0 [ON]
[Jul 4 12:54:37] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [ON]
[Jul 4 12:54:37] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 0 [OFF]
[Jul 4 12:54:37] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Rx << 5 [OFF]
[Jul 4 12:54:37] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - Sending ANI digit 0
[Jul 4 12:54:37] DEBUG[3171]: chan_zap.c:1095 zt_r2_write_log: Chan
32 - MF Tx >> 0 [ON]
Re: [AsteriskBrasil] OpenR2
Já achei o erro aqui, a referencia a libopenr2 estava errada, mesmo assim obrigado. 2008/6/27 Daviramos Roussenq Fortunato <[EMAIL PROTECTED]>: > Parti do Zero agora para ver se vai estou utilizando o 1.6 para teste. > > Quando tendo carregar o chan_zap.so > > Recebo o seguinte: > module load chan_zap.so > [Jun 27 10:43:39] WARNING[5903]: loader.c:379 load_dynamic_module: > Error loading module 'chan_zap.so': libopenr2.so.0: cannot open shared > object file: No such file or directory > [Jun 27 10:43:39] WARNING[5903]: loader.c:670 load_resource: Module > 'chan_zap.so' could not be loaded. > > O libopenr2.so.0 está em /usr/local/lib e /usr/lib. > > Devo fazer uma referencia em algum lugar a essa lib? > > Uso o Cent-OS 5. > > > > -- > Atenciosamente > Daviramos Roussenq Fortunato > 48-9956-7083 > -- Atenciosamente Daviramos Roussenq Fortunato 48-9956-7083 ___ 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2
Olá, boa tarde, Definitivamente, em algum dos passos você está esquecendo de algo. Remova as instalações anteriores, e siga o tutorial em meu blog (http://blog.alexandrealencar.net/2008/05/asterisk-com-mfcr2-openr2.html) não há como errar. Se estiver usando um sistema de 64 bits, nào esqueça de passar o libdir correto. Qualquer coisa, adiciona aí no talk... Ats On Fri, Jun 27, 2008 at 5:04 PM, Daviramos Roussenq Fortunato <[EMAIL PROTECTED]> wrote: > Parti do Zero agora para ver se vai estou utilizando o 1.6 para teste. > > Quando tendo carregar o chan_zap.so > > Recebo o seguinte: > module load chan_zap.so > [Jun 27 10:43:39] WARNING[5903]: loader.c:379 load_dynamic_module: > Error loading module 'chan_zap.so': libopenr2.so.0: cannot open shared > object file: No such file or directory > [Jun 27 10:43:39] WARNING[5903]: loader.c:670 load_resource: Module > 'chan_zap.so' could not be loaded. > > O libopenr2.so.0 está em /usr/local/lib e /usr/lib. > > Devo fazer uma referencia em algum lugar a essa lib? > > Uso o Cent-OS 5. > > > > -- > Atenciosamente > Daviramos Roussenq Fortunato > 48-9956-7083 > ___ > 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > -- Alexandre C Alencar (Skarmeth) http://blog.alexandrealencar.net/ http://www.alexandrealencar.net/ http://people.debian-ce.org/skarmeth/ ___ 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] OpenR2
Parti do Zero agora para ver se vai estou utilizando o 1.6 para teste. Quando tendo carregar o chan_zap.so Recebo o seguinte: module load chan_zap.so [Jun 27 10:43:39] WARNING[5903]: loader.c:379 load_dynamic_module: Error loading module 'chan_zap.so': libopenr2.so.0: cannot open shared object file: No such file or directory [Jun 27 10:43:39] WARNING[5903]: loader.c:670 load_resource: Module 'chan_zap.so' could not be loaded. O libopenr2.so.0 está em /usr/local/lib e /usr/lib. Devo fazer uma referencia em algum lugar a essa lib? Uso o Cent-OS 5. -- Atenciosamente Daviramos Roussenq Fortunato 48-9956-7083 ___ 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] openR2 e ISDN
Olá, boa tarde Como configurar OpenR2 você acha aqui blog.alexandrealencarr.net ISDN é o arroz com feijão do dia-a-dia... Supondo que você leu o artigo sobre OpenR2 No zaptel.conf span=1,1,cas,hdb3 cas=1-15:1101 cas=17-31:1101 dchan=16 span=2,0,cas,hdb3 cas=32-46:1101 cas=48-62:1101 dchan=47 span=3,0,0,ccs,hdb3,crc4 bchan=63-77,79-93 dchan=78 span=4,0,0,ccs,hdb3,crc4 bchan=94-108,110-124 dchan=109 No zapata.conf (embratel rd2, oi isdn) ; MFC/R2 com OpenR2 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_logging=all context=embratel channel => 1-15 channel => 17-31 channel => 32-46 channel => 48-62 group=0 callgroup=0 pickupgroup=0 context = oi switchtype = euroisdn signalling = pri_cpe group = 1 callgroup = 1 pickupgroup = 1 channel => 63-77 channel => 79-93 channel => 94-108 channel => 110-124 Tudo bem simples On Sun, May 11, 2008 at 8:19 PM, Everton Carneiro <[EMAIL PROTECTED]> wrote: > Alguem tem um roteiro para eu configurar uma placa digium de 4-E1 a te-407P > com dois canais usando R2 e dois canais ISDN > > > ___ > Compre uma camiseta da AsteriskBrasil.org! > http://www.voipmania.com.br > == VoIPMania.com.br == > > ___ > Lista de discussões AsteriskBrasil.org > AsteriskBrasil@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > -- Alexandre C Alencar (Skarmeth) http://blog.alexandrealencar.net/ http://www.alexandrealencar.net/ http://people.debian-ce.org/skarmeth/ ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] openR2 e ISDN
Alguem tem um roteiro para eu configurar uma placa digium de 4-E1 a te-407P com dois canais usando R2 e dois canais ISDN ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
