Re: [AsteriskBrasil] Problema DTMF GSM

[Fabiano Souza de Azevedo]

Prezados;

Sim, eles fizeram várias coletas de Logs, onde alegam com base na nos logs
que não é possível detectar o dtmf vindo da rede pública.
Outro fato é que neste EBS tenho duas interfaces gsm quando ligo de uma
para outra funciona.

At.
Fabiano


Em 16 de dezembro de 2013 20:10, Hudson Cardoso
escreveu:

>Já tentou a própria Khomp?, eles com certeza lhe farão o atendimento
> necessário.
>
>
> Hudson
> (048) 8413-7000
> Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
> precisa.
>
>
>
> --
> Date: Mon, 16 Dec 2013 17:07:41 -0200
> From: fbnso...@gmail.com
> To: asteriskbrasil@listas.asteriskbrasil.org
> Subject: Re: [AsteriskBrasil] Problema DTMF GSM
>
>
> Prezado;
>
> Diversas pessoas reclamando ou seja não se trata de apenas um celular, a
> opção relaxdtmf é das placas Digium neste case estou utilizando uma solução
> EBS KHOMP, já utilizei DTMF inband e outoffband e tbm  supressão de DTMF ,
> sem sucesso.
>
> At.
> Fabiano
>
>
> Em 15 de dezembro de 2013 19:36, Hudson Cardoso  > escreveu:
>
> Voce esta chamando a partir de um celular, ou diversas pessoas estao
> reclamando do problema ?
> quando voce chama de um fixo reconhece na boa ne ?, mas pode ser o ceu
> celular que nao envia MF.
> coloque relaxdtmf nas conf do dahdi dessa placa. isso gerakmente resolve.
>
>
> Hudson
> (048) 8413-7000
> Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
> precisa.
>
>
>
> --
> Date: Sun, 15 Dec 2013 19:12:38 -0200
> From: fbnso...@gmail.com
> To: asteriskbrasil@listas.asteriskbrasil.org
> Subject: [AsteriskBrasil] Problema DTMF GSM
>
>
> Prezados;
>
> Recorro a lista pois estou com dificuldades de reconhecimento dos sinais
> de Dtmf que vem da rede pública via GSM, qdo as ligações chegam no asterisk
> tenho uma ura e ao digitar as opções as mesmas não são reconhecidas pelo
> asterisk, isto ocorre apenas qdo as chamadas são originadas de celular
> quando faço o teste originando via fixo funciona
>
> Neste cenário estou utilizando um EBS modular da Khomp com interface GSM.
>
> Fico grato caso alguém que já passou por este problema queira compartilhar
> alguma experiência.
>
>
> --
> *At.*
> *  Fabiano Souza de Azevedo*
> *  fbnso...@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 Intercomunicadores para 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
>
> ___
> 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 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
>
>
>
>
> --
> *At.*
> *  Fabiano Souza de Azevedo*
> *  fbnso...@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 Intercomunicadores para 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
>
> ___
> 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 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
>



-- 

*At.*

*  Fabiano Souza de Azevedo*

*  fbnso...@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
Intercomunicadores para 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

Re: [AsteriskBrasil] Problema DTMF GSM

[Felipe Vinicius Santos Feltrin]

Há como ajustar o padrão do DTMF?
Fazer um teste em alterar para SIP INFO, RFC2833, etc.

Date: Tue, 17 Dec 2013 09:12:37 -0200
From: fbnso...@gmail.com
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: Re: [AsteriskBrasil] Problema DTMF GSM

Prezados;
Sim, eles fizeram várias coletas de Logs, onde alegam com base na nos logs que 
não é possível detectar o dtmf vindo da rede pública.Outro fato é que neste EBS 
tenho duas interfaces gsm quando ligo de uma para outra funciona.

At.Fabiano

Em 16 de dezembro de 2013 20:10, Hudson Cardoso  
escreveu:




   Já tentou a própria Khomp?, eles com certeza lhe farão o atendimento 
necessário.


Hudson 
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
precisa. 


Date: Mon, 16 Dec 2013 17:07:41 -0200
From: fbnso...@gmail.com
To: asteriskbrasil@listas.asteriskbrasil.org

Subject: Re: [AsteriskBrasil] Problema DTMF GSM

Prezado;
Diversas pessoas reclamando ou seja não se trata de apenas um celular, a opção 
relaxdtmf é das placas Digium neste case estou utilizando uma solução EBS 
KHOMP, já utilizei DTMF inband e outoffband e tbm  supressão de DTMF , sem 
sucesso.


At.Fabiano

Em 15 de dezembro de 2013 19:36, Hudson Cardoso  
escreveu:





Voce esta chamando a partir de um celular, ou diversas pessoas estao reclamando 
do problema ?quando voce chama de um fixo reconhece na boa ne ?, mas pode ser o 
ceu celular que nao envia MF.

coloque relaxdtmf nas conf do dahdi dessa placa. isso gerakmente resolve.


Hudson 


(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
precisa. 

Date: Sun, 15 Dec 2013 19:12:38 -0200

From: fbnso...@gmail.com
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: [AsteriskBrasil] Problema DTMF GSM



Prezados;
Recorro a lista pois estou com dificuldades de reconhecimento dos sinais de 
Dtmf que vem da rede pública via GSM, qdo as ligações chegam no asterisk tenho 
uma ura e ao digitar as opções as mesmas não são reconhecidas pelo asterisk, 
isto ocorre apenas qdo as chamadas são originadas de celular quando faço o 
teste originando via fixo funciona



Neste cenário estou utilizando um EBS modular da Khomp com interface GSM.
Fico grato caso alguém que já passou por este problema queira compartilhar 
alguma experiência.




-- 
At.


  Fabiano Souza de Azevedo
  fbnso...@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
Intercomunicadores para 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

  

___

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 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




-- 
At.


  Fabiano Souza de Azevedo
  fbnso...@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
Intercomunicadores para 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
  

___

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 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



-- 
At.


  Fabiano Souza de Azevedo
  fbnso...@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
Intercomunicadores para 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
 ___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Med

Re: [AsteriskBrasil] Telefone para asterisk sem fio

[Daniel Roberto]

Olá Claudio,

Com base recomendo esses:

http://www.lojamundi.com.br/dp715-grandstream.html
http://www.lojamundi.com.br/yealink-w52p.html

Abraço.




Em 16 de dezembro de 2013 17:23, Claúdio Lana
escreveu:

> Pessoal
> alguem conhece um bom telefone sem fio compativel com asterisk?
>
> --
> *Cláudio Lana Alves*
> claudiolanaal...@gmail.com
>
> Equipe TI - *Paradoxo Malhas*
>
>
> ___
> 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 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
>
___
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 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] Problema de sinalização MFC/R2 Embratel

[Eliel]

Pessoal, estou apanhando na configuração de um E1.
O tecnico da embratel, disse que nao estou mandando a sinalização correta (
e ai a embratel bloqueia)
Efetuei varias tentativas, e nao vi diferença de outras pessoas nas
configurações
desde já agradeço, seguem as informações

Hardware utilizado:
pci::01:00.0 wct4xxp+ d161:0410 Wildcard TE410P (2nd Gen)

Connected to Asterisk 11.6.0 currently running on localhost (pid = 2038)
CLI> pri show version
libpri version: 1.4.14
CLI> dahdi show version
DAHDI Version: 2.8.0 Echo Canceller:

Compilado com openr2
ldd /usr/lib64/asterisk/modules/chan_dahdi.so
linux-vdso.so.1 =>  (0x7fff6c90c000)
libtonezone.so.2.0 => /usr/lib/libtonezone.so.2.0
(0x7fd9cd7c6000)
libpri.so.1.4 => /usr/lib/libpri.so.1.4 (0x7fd9cd54b000)
libopenr2.so.3 => /usr/lib64/libopenr2.so.3 (0x7fd9cd32d000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x7fd9cd11)
libc.so.6 => /lib64/libc.so.6 (0x7fd9ccd7c000)
libm.so.6 => /lib64/libm.so.6 (0x7fd9ccaf7000)
/lib64/ld-linux-x86-64.so.2 (0x0039a4a0)



cat system.conf
# Autogenerated by /usr/sbin/dahdi_genconf on Mon Dec 16 17:00:46 2013
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
# Dahdi Configuration File
#
# This file is parsed by the Dahdi Configurator, dahdi_cfg
#
# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
span=1,1,0,cas,hdb3
# termtype: te
cas=1-15:1101
cas=17-31:1101
#echocanceller=mg2,1-15,17-31

# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
span=2,2,0,cas,hdb3
# termtype: te
cas=32-46:1101
cas=48-62:1101
#echocanceller=mg2,32-46,48-62

# Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
#span=3,3,0,cas,hdb3
# termtype: te
#cas=63-77:1101
#cas=79-93:1101
#echocanceller=mg2,63-77,79-93

# Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
#span=4,4,0,cas,hdb3
# termtype: te
#cas=94-108:1101
#cas=110-124:1101
#echocanceller=mg2,94-108,110-124

# Global data

loadzone= br
defaultzone = br


cat /etc/asterisk/chan_dahdi.conf
[trunkgroups]

[channels]
accountcode=e1-pstn
callerid=06135337800
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=20
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_logging=all

context=embratel
group=0,11
callgroup=0,11
pickupgroup=0,11
channel => 1-15

context=embratel
group=0,12
callgroup=0,12
pickupgroup=0,12
channel => 17-31

busydetect=yes
busycount=5

immediate=yes

#include dahdi-channels.conf


cat /etc/asterisk/dahdi-channels.conf
; Autogenerated by /usr/sbin/dahdi_genconf on Mon Dec 16 17:00:46 2013
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is
intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global
settings
;

; Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
group=0,11
context=embratel
echocancel=yes
channel => 1-15,17-31
group = 63

; Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
group=0,12
context=embratel
echocancel=yes
channel => 32-46,48-62
group = 63

; Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
group=0,13
;context=embratel
;channel => 63-77,79-93
;context = default
;group = 63

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
;group=0,14
;context=embratel
;channel => 94-108,110-124
;context = default
;group = 63



Alguem sabe me dizer o que eh esse "R"?
CLI> dahdi show channels
   Chan Extension  Context Language   MOH InterpretBlocked
   State  Description
 pseudodefaultdefault
  In Service
  1embratel   default
  In Service
  2embratel   default
  In Service
  3embratel   default
  In Service
  4embratel   default
  In Service
  5embratel   default
  In Service
  6embratel   default
  In Service
  7embratel   default
  In Service
  8embratel   default
  In Service
  9embratel   default
  In Service
 10embratel   default
  In Service
 11embratel   default
  In Service
 12embratel   default
  In Service
 13embratel   default
  In Service
 14embratel   default
  In Service
 15embratel   default
  In Service
 17embratel   default 

Re: [AsteriskBrasil] Recuperando informações do canal via AMI

[Alex Sander]

Jefao,

Beleza, criei uma familia com o nome de Canal e uma chave com o Callerid
que armazena o canal. Tá funcionando bem e consigo recuperar o ID do canal
e as variaveis dele. Mas tem outro problema que não estou conseguindo
solucionar. Tenho uma agente num ramal logado numa fila. Como recupero via
AMI o Callerid(num) quando o agente ou o ramal atende a chamada? Pois
quando uso o dbGet, preciso do CallerID(num) para recuperar as informações
do AstDB.

Att,


Em 13 de dezembro de 2013 14:32, Alex Sander escreveu:

> Valeu Jefao...
>
> Vou testar aqui e falo.
>
> Vlw
>
>
> Em 13 de dezembro de 2013 13:21, jefaokpta escreveu:
>
>  Vamos lá então.
>>
>> Qnd vc manda a ligação p fila vc tem um unico dado q remete a ligação q
>> passou pela URA, o CALLERID(num). (Estou falando do canal local q a app
>> queue cria p chamar o operador).
>>
>> Podemos usar esse callerid como identificador.
>>
>> Vc pode ao criar o ID, deixa-lo no AstDB
>>
>> Na hora de chamar o operador vc resgata e apaga a info do AstDB.
>>
>> Entendeu?
>>
>> Obs. vc estava certo ao dizer "Mas pode ser que eu tenha me expressado
>> mal"
>>
>> Flws
>>
>>
>>
>> Em 13-12-2013 12:04, Alex Sander escreveu:
>>
>>   Pessoal, boa tarde!
>>
>> Sei que quando ninguém responde é porque provavelmente não passaram por
>> um problema parecido.
>>
>>  Mas pode ser que eu tenha me expressado mal. Por isso gostaria de
>> reforçar o pedido. Quero apenas recuperar as variáveis do canal que for
>> atendido por um ramal. Como o ID do canal varia dinâmicamente, não consigo
>> recuperar automaticamente.
>>
>>  Por exemplo, quero popar na tela do operador o ANI e o Protocolo que
>> defini antes na URA.
>>
>>  Me ajudem nessa aí.
>>
>> Att,
>>
>>
>> Em 12 de dezembro de 2013 11:57, Alex Sander escreveu:
>>
>>>Pessoal,
>>>
>>> Desenvolvi uma URA em AGI que vocaliza um número de protocolo. Daí eu
>>> defini uma variavel de Canal para armazenar o valor desta variável.
>>>
>>>  Só que na integração com a aplicação utilizando AMI não consigo
>>> recuperar o canal que o ramal respondeu a chamada, não estou sabendo como
>>> fazer isso.
>>>
>>>  No ambiente de testes o chamador é SIP/2001 e o chamado na fila é
>>> SIP/2000. Num dos testes os dois canais abertos foram:
>>>
>>> SIP/2001-001d: Onde estão as variáveis do chamador que quero
>>> recuperar
>>>
>>> SIP/2001-001e: Ramal onde quero monitorar os eventos
>>>
>>>  Utilizo o PHPAGI. Quando copio o canal para o método, consigo recuperar
>>> as variáveis corretamente. EX: $Protocolo =
>>> $ami->GetVar("SIP/2001-001d","protocolo");
>>>
>>>  Mas o que eu quero é recuperar o canal de forma automática dentro da
>>> aplicação.
>>>
>>>  Alguém poderia me ajudar?
>>>
>>>  Att,
>>>
>>> Alex
>>>
>>
>>
>>
>> ___
>> 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 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
>>
>>
>>
>> ___
>> 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 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
>>
>
>
___
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 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] [OFF-TOPIC] MUX da Parks

[Rodrigo Ferreira]

Boa tarde lista,

alguém de vocês já utilizou um MUX da Parks para transportar E1?


Atenciosamente.
Eng.° Rodrigo Ferreira
ITIL v3 Certified


___
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 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

Re: [AsteriskBrasil] Recuperando informações do canal via AMI

[jefaokpta]

Ok, acho q agora ficou mais fácil, pq vc pode executar uma macro qnd o 
agente atender, seguinte:


Se vc estiver usando ast* 1.6 em diante, vc tem uma opção na app queue 
de executar uma macro qnd algum agente atender. Daí vc passa como 
parâmetro o CALLERID p macro.


Ex:
crie a macro q pegue o dado do astDB
[macro-getAstDB]
exten=> s,1,Set(BLA=${DB_DELETE(CANAL/${ARG1})})

na hora d jogar a ligação p fila...
exten=> ...
exten => ...,Queue(nome-fila60,,getAstDB^${CALLERID(num)})

qnd algum agente atender, antes de estender a ligação, esta macro será 
executada.


Obs. Verifique direitinho a posição do parametro macro na app queue.

Flws


Em 17-12-2013 13:32, Alex Sander escreveu:

Jefao,

Beleza, criei uma familia com o nome de Canal e uma chave com o 
Callerid que armazena o canal. Tá funcionando bem e consigo recuperar 
o ID do canal e as variaveis dele. Mas tem outro problema que não 
estou conseguindo solucionar. Tenho uma agente num ramal logado numa 
fila. Como recupero via AMI o Callerid(num) quando o agente ou o ramal 
atende a chamada? Pois quando uso o dbGet, preciso do CallerID(num) 
para recuperar as informações do AstDB.


Att,


Em 13 de dezembro de 2013 14:32, Alex Sander > escreveu:


Valeu Jefao...

Vou testar aqui e falo.

Vlw


Em 13 de dezembro de 2013 13:21, jefaokpta mailto:jefaok...@hotmail.com>> escreveu:

Vamos lá então.

Qnd vc manda a ligação p fila vc tem um unico dado q remete a
ligação q passou pela URA, o CALLERID(num). (Estou falando do
canal local q a app queue cria p chamar o operador).

Podemos usar esse callerid como identificador.

Vc pode ao criar o ID, deixa-lo no AstDB

Na hora de chamar o operador vc resgata e apaga a info do AstDB.

Entendeu?

Obs. vc estava certo ao dizer "Mas pode ser que eu tenha me
expressado mal"

Flws



Em 13-12-2013 12:04, Alex Sander escreveu:

Pessoal, boa tarde!

Sei que quando ninguém responde é porque provavelmente não
passaram por um problema parecido.

Mas pode ser que eu tenha me expressado mal. Por isso
gostaria de reforçar o pedido. Quero apenas recuperar as
variáveis do canal que for atendido por um ramal. Como o ID
do canal varia dinâmicamente, não consigo recuperar
automaticamente.

Por exemplo, quero popar na tela do operador o ANI e o
Protocolo que defini antes na URA.

Me ajudem nessa aí.

Att,


Em 12 de dezembro de 2013 11:57, Alex Sander
mailto:sanderda...@globo.com>> escreveu:

Pessoal,

Desenvolvi uma URA em AGI que vocaliza um número de
protocolo. Daí eu defini uma variavel de Canal para
armazenar o valor desta variável.

Só que na integração com a aplicação utilizando AMI não
consigo recuperar o canal que o ramal respondeu a
chamada, não estou sabendo como fazer isso.

No ambiente de testes o chamador é SIP/2001 e o chamado
na fila é SIP/2000. Num dos testes os dois canais abertos
foram:

SIP/2001-001d: Onde estão as variáveis do chamador
que quero recuperar

SIP/2001-001e: Ramal onde quero monitorar os eventos

Utilizo o PHPAGI. Quando copio o canal para o método,
consigo recuperar as variáveis corretamente. EX:
$Protocolo = $ami->GetVar("SIP/2001-001d","protocolo");

Mas o que eu quero é recuperar o canal de forma
automática dentro da aplicação.

Alguém poderia me ajudar?

Att,

Alex




___
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 e telefones IP
Conheça todo o portfólio emwww.Khomp.com  
___
Para remover seu email desta lista, basta enviar um email em branco 
paraasteriskbrasil-unsubscr...@listas.asteriskbrasil.org  




___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicadores para acesso remoto via rede IP 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






_

Re: [AsteriskBrasil] Problema de sinalização MFC/R2 Embratel

[Lucas Pires Gomes]

Quando eu utilizada embratel, tinha um parâmetro desses que era 4, só não me 
lembro qual dos dois.

Tenta alterar e posta o resultado.

mfcr2_max_ani=20
>>mfcr2_max_dnis=20
 
Att
Lucas Pires Gomes
Gomes | IT Solutions




 De: Eliel 
Para: asteriskbrasil@listas.asteriskbrasil.org 
Enviadas: Terça-feira, 17 de Dezembro de 2013 10:56
Assunto: [AsteriskBrasil] Problema de sinalização MFC/R2 Embratel
 


Pessoal, estou apanhando na configuração de um E1.
O tecnico da embratel, disse que nao estou mandando a sinalização correta ( e 
ai a embratel bloqueia)
Efetuei varias tentativas, e nao vi diferença de outras pessoas nas 
configurações
desde já agradeço, seguem as informações


Hardware utilizado:
pci::01:00.0     wct4xxp+     d161:0410 Wildcard TE410P (2nd Gen)

Connected to Asterisk 11.6.0 currently running on localhost (pid = 2038)
CLI> pri show version
libpri version: 1.4.14
CLI> dahdi show version
DAHDI Version: 2.8.0 Echo Canceller:

Compilado com openr2
ldd /usr/lib64/asterisk/modules/chan_dahdi.so
        linux-vdso.so.1 =>  (0x7fff6c90c000)
        libtonezone.so.2.0 => /usr/lib/libtonezone.so.2.0 (0x7fd9cd7c6000)
        libpri.so.1.4 => /usr/lib/libpri.so.1.4 (0x7fd9cd54b000)
        libopenr2.so.3 => /usr/lib64/libopenr2.so.3 (0x7fd9cd32d000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x7fd9cd11)
        libc.so.6 => /lib64/libc.so.6 (0x7fd9ccd7c000)
        libm.so.6 => /lib64/libm.so.6 (0x7fd9ccaf7000)
        /lib64/ld-linux-x86-64.so.2 (0x0039a4a0)



cat system.conf
# Autogenerated by /usr/sbin/dahdi_genconf on Mon Dec 16 17:00:46 2013
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
# Dahdi Configuration File
#
# This file is parsed by the Dahdi Configurator, dahdi_cfg
#
# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
span=1,1,0,cas,hdb3
# termtype: te
cas=1-15:1101
cas=17-31:1101
#echocanceller=mg2,1-15,17-31

# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
span=2,2,0,cas,hdb3
# termtype: te
cas=32-46:1101
cas=48-62:1101
#echocanceller=mg2,32-46,48-62

# Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
#span=3,3,0,cas,hdb3
# termtype: te
#cas=63-77:1101
#cas=79-93:1101
#echocanceller=mg2,63-77,79-93

# Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
#span=4,4,0,cas,hdb3
# termtype: te
#cas=94-108:1101
#cas=110-124:1101
#echocanceller=mg2,94-108,110-124

# Global data

loadzone        = br
defaultzone     = br


cat /etc/asterisk/chan_dahdi.conf
[trunkgroups]

[channels]
accountcode=e1-pstn
callerid=06135337800
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=20
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_logging=all

context=embratel
group=0,11
callgroup=0,11
pickupgroup=0,11
channel => 1-15

context=embratel
group=0,12
callgroup=0,12
pickupgroup=0,12
channel => 17-31

busydetect=yes
busycount=5

immediate=yes

#include dahdi-channels.conf


cat /etc/asterisk/dahdi-channels.conf
; Autogenerated by /usr/sbin/dahdi_genconf on Mon Dec 16 17:00:46 2013
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;

; Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
group=0,11
context=embratel
echocancel=yes
channel => 1-15,17-31
group = 63

; Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
group=0,12
context=embratel
echocancel=yes
channel => 32-46,48-62
group = 63

; Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
group=0,13
;context=embratel
;channel => 63-77,79-93
;context = default
;group = 63

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
;group=0,14
;context=embratel
;channel => 94-108,110-124
;context = default
;group = 63



Alguem sabe me dizer o que eh esse "R"?
CLI> dahdi show channels
   Chan Extension  Context         Language   MOH Interpret        Blocked    
State      Description
 pseudo            default                    default                         
In Service
      1            embratel                   default                         
In Service
      2            embratel                   default                         
In Service
      3            embratel                   default                         
In Service
      4            embratel                   default                         
In Service
      5            embratel                   default                         
In Service
      6            embratel                   default                         
In Service
      7            embratel                   default  

Re: [AsteriskBrasil] Recuperando informações do canal via AMI

[Alex Sander]

Jefao

Acho que não é isso ou eu entendi errado, até porque estou apagando a
referência no AstDB pela própria action do AMI. Quero apenas recuperar, no
momento que a chamada é atendida, o CallID, tal como aparece no display do
aparelho.

Abri o código do Asternic, mas percebi que os dados na aba realtime são
recuperados do banco. Vou continuar estudando uma forma sem precisar jogar
em realtime, se tiver alguma outra idéia.

Te agradeço muita a ajuda que tem me dado.

Att,


Em 17 de dezembro de 2013 14:09, jefaokpta  escreveu:

>  Ok, acho q agora ficou mais fácil, pq vc pode executar uma macro qnd o
> agente atender, seguinte:
>
> Se vc estiver usando ast* 1.6 em diante, vc tem uma opção na app queue de
> executar uma macro qnd algum agente atender. Daí vc passa como parâmetro o
> CALLERID p macro.
>
> Ex:
> crie a macro q pegue o dado do astDB
> [macro-getAstDB]
> exten=> s,1,Set(BLA=${DB_DELETE(CANAL/${ARG1})})
>
> na hora d jogar a ligação p fila...
> exten=> ...
> exten => ...,Queue(nome-fila60,,getAstDB^${CALLERID(num)})
>
> qnd algum agente atender, antes de estender a ligação, esta macro será
> executada.
>
> Obs. Verifique direitinho a posição do parametro macro na app queue.
>
> Flws
>
>
> Em 17-12-2013 13:32, Alex Sander escreveu:
>
>  Jefao,
>
>  Beleza, criei uma familia com o nome de Canal e uma chave com o Callerid
> que armazena o canal. Tá funcionando bem e consigo recuperar o ID do canal
> e as variaveis dele. Mas tem outro problema que não estou conseguindo
> solucionar. Tenho uma agente num ramal logado numa fila. Como recupero via
> AMI o Callerid(num) quando o agente ou o ramal atende a chamada? Pois
> quando uso o dbGet, preciso do CallerID(num) para recuperar as informações
> do AstDB.
>
>  Att,
>
>
> Em 13 de dezembro de 2013 14:32, Alex Sander escreveu:
>
>> Valeu Jefao...
>>
>> Vou testar aqui e falo.
>>
>>  Vlw
>>
>>
>> Em 13 de dezembro de 2013 13:21, jefaokpta escreveu:
>>
>>  Vamos lá então.
>>>
>>> Qnd vc manda a ligação p fila vc tem um unico dado q remete a ligação q
>>> passou pela URA, o CALLERID(num). (Estou falando do canal local q a app
>>> queue cria p chamar o operador).
>>>
>>> Podemos usar esse callerid como identificador.
>>>
>>> Vc pode ao criar o ID, deixa-lo no AstDB
>>>
>>> Na hora de chamar o operador vc resgata e apaga a info do AstDB.
>>>
>>> Entendeu?
>>>
>>> Obs. vc estava certo ao dizer "Mas pode ser que eu tenha me expressado
>>> mal"
>>>
>>> Flws
>>>
>>>
>>>
>>> Em 13-12-2013 12:04, Alex Sander escreveu:
>>>
>>>Pessoal, boa tarde!
>>>
>>> Sei que quando ninguém responde é porque provavelmente não passaram por
>>> um problema parecido.
>>>
>>>  Mas pode ser que eu tenha me expressado mal. Por isso gostaria de
>>> reforçar o pedido. Quero apenas recuperar as variáveis do canal que for
>>> atendido por um ramal. Como o ID do canal varia dinâmicamente, não consigo
>>> recuperar automaticamente.
>>>
>>>  Por exemplo, quero popar na tela do operador o ANI e o Protocolo que
>>> defini antes na URA.
>>>
>>>  Me ajudem nessa aí.
>>>
>>> Att,
>>>
>>>
>>> Em 12 de dezembro de 2013 11:57, Alex Sander 
>>> escreveu:
>>>
Pessoal,

 Desenvolvi uma URA em AGI que vocaliza um número de protocolo. Daí eu
 defini uma variavel de Canal para armazenar o valor desta variável.

  Só que na integração com a aplicação utilizando AMI não consigo
 recuperar o canal que o ramal respondeu a chamada, não estou sabendo como
 fazer isso.

  No ambiente de testes o chamador é SIP/2001 e o chamado na fila é
 SIP/2000. Num dos testes os dois canais abertos foram:

 SIP/2001-001d: Onde estão as variáveis do chamador que quero
 recuperar

 SIP/2001-001e: Ramal onde quero monitorar os eventos

  Utilizo o PHPAGI. Quando copio o canal para o método, consigo
 recuperar as variáveis corretamente. EX: $Protocolo =
 $ami->GetVar("SIP/2001-001d","protocolo");

  Mas o que eu quero é recuperar o canal de forma automática dentro da
 aplicação.

  Alguém poderia me ajudar?

  Att,

 Alex

>>>
>>>
>>>
>>>  ___
>>> 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 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
>>>
>>>
>>>
>>> ___
>>> 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 e telefones IP
>>> Conheça todo o portfólio em www.Khomp.com
>>> ___
>>> Para remover seu email desta lis

Re: [AsteriskBrasil] Recuperando informações do canal via AMI

[jefaokpta]

Desculpe amigo, não conheço o asternic.

Boa sorte ae.

Flws

Em 17-12-2013 15:19, Alex Sander escreveu:

Jefao

Acho que não é isso ou eu entendi errado, até porque estou apagando a 
referência no AstDB pela própria action do AMI. Quero apenas 
recuperar, no momento que a chamada é atendida, o CallID, tal como 
aparece no display do aparelho.


Abri o código do Asternic, mas percebi que os dados na aba realtime 
são recuperados do banco. Vou continuar estudando uma forma sem 
precisar jogar em realtime, se tiver alguma outra idéia.


Te agradeço muita a ajuda que tem me dado.

Att,


Em 17 de dezembro de 2013 14:09, jefaokpta > escreveu:


Ok, acho q agora ficou mais fácil, pq vc pode executar uma macro
qnd o agente atender, seguinte:

Se vc estiver usando ast* 1.6 em diante, vc tem uma opção na app
queue de executar uma macro qnd algum agente atender. Daí vc passa
como parâmetro o CALLERID p macro.

Ex:
crie a macro q pegue o dado do astDB
[macro-getAstDB]
exten=> s,1,Set(BLA=${DB_DELETE(CANAL/${ARG1})})

na hora d jogar a ligação p fila...
exten=> ...
exten => ...,Queue(nome-fila60,,getAstDB^${CALLERID(num)})

qnd algum agente atender, antes de estender a ligação, esta macro
será executada.

Obs. Verifique direitinho a posição do parametro macro na app queue.

Flws


Em 17-12-2013 13:32, Alex Sander escreveu:

Jefao,

Beleza, criei uma familia com o nome de Canal e uma chave com o
Callerid que armazena o canal. Tá funcionando bem e consigo
recuperar o ID do canal e as variaveis dele. Mas tem outro
problema que não estou conseguindo solucionar. Tenho uma agente
num ramal logado numa fila. Como recupero via AMI o Callerid(num)
quando o agente ou o ramal atende a chamada? Pois quando uso o
dbGet, preciso do CallerID(num) para recuperar as informações do
AstDB.

Att,


Em 13 de dezembro de 2013 14:32, Alex Sander
mailto:sanderda...@globo.com>> escreveu:

Valeu Jefao...

Vou testar aqui e falo.

Vlw


Em 13 de dezembro de 2013 13:21, jefaokpta
mailto:jefaok...@hotmail.com>> escreveu:

Vamos lá então.

Qnd vc manda a ligação p fila vc tem um unico dado q
remete a ligação q passou pela URA, o CALLERID(num).
(Estou falando do canal local q a app queue cria p chamar
o operador).

Podemos usar esse callerid como identificador.

Vc pode ao criar o ID, deixa-lo no AstDB

Na hora de chamar o operador vc resgata e apaga a info do
AstDB.

Entendeu?

Obs. vc estava certo ao dizer "Mas pode ser que eu tenha
me expressado mal"

Flws



Em 13-12-2013 12:04, Alex Sander escreveu:

Pessoal, boa tarde!

Sei que quando ninguém responde é porque provavelmente
não passaram por um problema parecido.

Mas pode ser que eu tenha me expressado mal. Por isso
gostaria de reforçar o pedido. Quero apenas recuperar as
variáveis do canal que for atendido por um ramal. Como o
ID do canal varia dinâmicamente, não consigo recuperar
automaticamente.

Por exemplo, quero popar na tela do operador o ANI e o
Protocolo que defini antes na URA.

Me ajudem nessa aí.

Att,


Em 12 de dezembro de 2013 11:57, Alex Sander
mailto:sanderda...@globo.com>>
escreveu:

Pessoal,

Desenvolvi uma URA em AGI que vocaliza um número de
protocolo. Daí eu defini uma variavel de Canal para
armazenar o valor desta variável.

Só que na integração com a aplicação utilizando AMI
não consigo recuperar o canal que o ramal respondeu
a chamada, não estou sabendo como fazer isso.

No ambiente de testes o chamador é SIP/2001 e o
chamado na fila é SIP/2000. Num dos testes os dois
canais abertos foram:

SIP/2001-001d: Onde estão as variáveis do
chamador que quero recuperar

SIP/2001-001e: Ramal onde quero monitorar os eventos

Utilizo o PHPAGI. Quando copio o canal para o
método, consigo recuperar as variáveis corretamente.
EX: $Protocolo =
$ami->GetVar("SIP/2001-001d","protocolo");

Mas o que eu quero é recuperar o canal de forma
automática dentro da aplicação.

Alguém poderia me ajudar?

Att,

Alex




___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISD

Re: [AsteriskBrasil] Recuperando informações do canal via AMI

[Alex Sander]

Tranquilo. Conseguindo obter sucesso eu aviso.

Att,


Em 17 de dezembro de 2013 15:40, jefaokpta  escreveu:

>  Desculpe amigo, não conheço o asternic.
>
> Boa sorte ae.
>
> Flws
>
> Em 17-12-2013 15:19, Alex Sander escreveu:
>
>  Jefao
>
> Acho que não é isso ou eu entendi errado, até porque estou apagando a
> referência no AstDB pela própria action do AMI. Quero apenas recuperar, no
> momento que a chamada é atendida, o CallID, tal como aparece no display do
> aparelho.
>
> Abri o código do Asternic, mas percebi que os dados na aba realtime são
> recuperados do banco. Vou continuar estudando uma forma sem precisar jogar
> em realtime, se tiver alguma outra idéia.
>
>  Te agradeço muita a ajuda que tem me dado.
>
> Att,
>
>
> Em 17 de dezembro de 2013 14:09, jefaokpta escreveu:
>
>>  Ok, acho q agora ficou mais fácil, pq vc pode executar uma macro qnd o
>> agente atender, seguinte:
>>
>> Se vc estiver usando ast* 1.6 em diante, vc tem uma opção na app queue de
>> executar uma macro qnd algum agente atender. Daí vc passa como parâmetro o
>> CALLERID p macro.
>>
>> Ex:
>> crie a macro q pegue o dado do astDB
>> [macro-getAstDB]
>> exten=> s,1,Set(BLA=${DB_DELETE(CANAL/${ARG1})})
>>
>> na hora d jogar a ligação p fila...
>> exten=> ...
>> exten => ...,Queue(nome-fila60,,getAstDB^${CALLERID(num)})
>>
>> qnd algum agente atender, antes de estender a ligação, esta macro será
>> executada.
>>
>> Obs. Verifique direitinho a posição do parametro macro na app queue.
>>
>> Flws
>>
>>
>> Em 17-12-2013 13:32, Alex Sander escreveu:
>>
>>  Jefao,
>>
>>  Beleza, criei uma familia com o nome de Canal e uma chave com o Callerid
>> que armazena o canal. Tá funcionando bem e consigo recuperar o ID do canal
>> e as variaveis dele. Mas tem outro problema que não estou conseguindo
>> solucionar. Tenho uma agente num ramal logado numa fila. Como recupero via
>> AMI o Callerid(num) quando o agente ou o ramal atende a chamada? Pois
>> quando uso o dbGet, preciso do CallerID(num) para recuperar as informações
>> do AstDB.
>>
>>  Att,
>>
>>
>> Em 13 de dezembro de 2013 14:32, Alex Sander escreveu:
>>
>>> Valeu Jefao...
>>>
>>> Vou testar aqui e falo.
>>>
>>>  Vlw
>>>
>>>
>>> Em 13 de dezembro de 2013 13:21, jefaokpta escreveu:
>>>
>>>  Vamos lá então.

 Qnd vc manda a ligação p fila vc tem um unico dado q remete a ligação q
 passou pela URA, o CALLERID(num). (Estou falando do canal local q a app
 queue cria p chamar o operador).

 Podemos usar esse callerid como identificador.

 Vc pode ao criar o ID, deixa-lo no AstDB

 Na hora de chamar o operador vc resgata e apaga a info do AstDB.

 Entendeu?

 Obs. vc estava certo ao dizer "Mas pode ser que eu tenha me expressado
 mal"

 Flws



 Em 13-12-2013 12:04, Alex Sander escreveu:

Pessoal, boa tarde!

 Sei que quando ninguém responde é porque provavelmente não passaram por
 um problema parecido.

  Mas pode ser que eu tenha me expressado mal. Por isso gostaria de
 reforçar o pedido. Quero apenas recuperar as variáveis do canal que for
 atendido por um ramal. Como o ID do canal varia dinâmicamente, não consigo
 recuperar automaticamente.

  Por exemplo, quero popar na tela do operador o ANI e o Protocolo que
 defini antes na URA.

  Me ajudem nessa aí.

 Att,


 Em 12 de dezembro de 2013 11:57, Alex Sander 
 escreveu:

>Pessoal,
>
> Desenvolvi uma URA em AGI que vocaliza um número de protocolo. Daí eu
> defini uma variavel de Canal para armazenar o valor desta variável.
>
>  Só que na integração com a aplicação utilizando AMI não consigo
> recuperar o canal que o ramal respondeu a chamada, não estou sabendo como
> fazer isso.
>
>  No ambiente de testes o chamador é SIP/2001 e o chamado na fila é
> SIP/2000. Num dos testes os dois canais abertos foram:
>
> SIP/2001-001d: Onde estão as variáveis do chamador que quero
> recuperar
>
> SIP/2001-001e: Ramal onde quero monitorar os eventos
>
>  Utilizo o PHPAGI. Quando copio o canal para o método, consigo
> recuperar as variáveis corretamente. EX: $Protocolo =
> $ami->GetVar("SIP/2001-001d","protocolo");
>
>  Mas o que eu quero é recuperar o canal de forma automática dentro da
> aplicação.
>
>  Alguém poderia me ajudar?
>
>  Att,
>
> Alex
>



  ___
 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 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.or

Re: [AsteriskBrasil] [OFF-TOPIC] MUX da Parks

[chicolet]

Boa tarde Rodrigo, Tente um contato direto com a Parks.
 
Atenciosamente,
Wilson Chicolet
 

Matriz

Av. Cruzeiro, 530 - Distrito IndustrialCachoeirinha/RSCep 94.930-615Fone: 51 3205-2100Fax: 51 3205-2124
Veja o Mapa

Escritório de NegóciosFilial São Paulo

Avenida Paulista, 72617º Andar conj. 1707DCaixa Postal 564 - Bela Vista - São Paulo/SPCEP: 01310-910Fone: 11 3937-6422Móvel: 11 9 8895-0513

Assistência Técnica - RMA

Fone: 51 3205-2134E-mail: r...@parks.com.br

Suporte Técnico

Fone: 51 3205-2100E-mail: supo...@parks.com.br

Suporte ADSL 

E-mail: suporte_a...@parks.com.br

Comercial

Fone: 51 3205-2144E-mail: comerc...@parks.com.br

Marketing

Fone: 51 3205-2178E-mail: market...@parks.com.br

 

 

 


 

De: Rodrigo Ferreira < rsferreir...@gmail.com >Enviada: Terça-feira, 17 de Dezembro de 2013 13:43Para: Lista Asterisk Brasil < asteriskbrasil@listas.asteriskbrasil.org >Assunto: [AsteriskBrasil] [OFF-TOPIC] MUX da Parks
Boa tarde lista,
 
alguém de vocês já utilizou um MUX da Parks para transportar E1?


 
 
Atenciosamente.
Eng.° Rodrigo Ferreira
ITIL v3 Certified
 





 
___
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 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

Re: [AsteriskBrasil] [OFF-TOPIC] MUX da Parks

[Rodrigo Ferreira]

Eu já falei com o pessoal do suporte Wilson. Eu perguntei aqui na lista
para saber se alguém já havia usado, para saber como foi e tal.



Atenciosamente.
Eng.° Rodrigo Ferreira
ITIL v3 Certified




Em 17 de dezembro de 2013 17:35, chicolet  escreveu:

> Boa tarde Rodrigo,
>
> Tente um contato direto com a Parks.
>
> Atenciosamente,
> Wilson Chicolet
>
>  *Matriz*
>
> Av. Cruzeiro, 530 - Distrito Industrial
> Cachoeirinha/RS
> Cep 94.930-615
> Fone: 51 3205-2100
> Fax: 51 3205-2124
>
> Veja o Mapa
>
> *Escritório de NegóciosFilial São Paulo*
>
> Avenida Paulista, 726
> 17º Andar conj. 1707D
> Caixa Postal 564 - Bela Vista - São Paulo/SP
> CEP: 01310-910
> Fone: 11 3937-6422
> Móvel: 11 9 8895-0513
>  *Assistência Técnica - RMA*
>
> Fone: 51 3205-2134
> E-mail: 
> r...@parks.com.br
>  *Suporte Técnico*
>
> Fone: 51 3205-2100
> E-mail: 
> supo...@parks.com.br
>  *Suporte ADSL *
>
> E-mail: 
> suporte_a...@parks.com.br
>  *Comercial*
>
> Fone: 51 3205-2144
> E-mail: 
> comerc...@parks.com.br
>  *Marketing*
>
> Fone: 51 3205-2178
> E-mail: 
> market...@parks.com.br
>
>
>
>
>
>
> --
>
> *De:* Rodrigo Ferreira < rsferreir...@gmail.com >
> *Enviada:* Terça-feira, 17 de Dezembro de 2013 13:43
> *Para:* Lista Asterisk Brasil < asteriskbrasil@listas.asteriskbrasil.org >
> *Assunto:* [AsteriskBrasil] [OFF-TOPIC] MUX da Parks
>
> Boa tarde lista,
>
> alguém de vocês já utilizou um MUX da Parks para transportar E1?
>
>
> Atenciosamente.
> Eng.° Rodrigo Ferreira
> ITIL v3 Certified
>
>  
>
>
> ___
> 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 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
>
___
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 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] Mysql

[Fernando Trilha]

Pessoal, alguém sabe como faço para integrar o mysql com o asterisk?

-- 
Atte.
Fernando Trilha
___
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 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

Re: [AsteriskBrasil] [OFF-TOPIC] MUX da Parks

[AsteriskSUL Integrador]

Amigo,
Para transporte de E1 costumo utilizar um gateway de pequeno porte e fácil 
configuração que é da Aligera, modelo 521.Converte 30 canais E1 para 30 canais 
SIP, muito bom equipamento além de ser de pequeno porte e durável.Liga lá e 
fala com o pessoal ou manda e-mail pro cont...@aligera.com.br
[]'s
Fernando

Date: Tue, 17 Dec 2013 17:46:11 -0200
From: rsferreir...@gmail.com
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: Re: [AsteriskBrasil] [OFF-TOPIC] MUX da Parks

Eu já falei com o pessoal do suporte Wilson. Eu perguntei aqui na lista para 
saber se alguém já havia usado, para saber como foi e tal.


Atenciosamente.Eng.° Rodrigo FerreiraITIL v3 Certified





Em 17 de dezembro de 2013 17:35, chicolet  escreveu:

Boa tarde Rodrigo,
 
Tente um contato direto com a Parks.
 
Atenciosamente,
Wilson Chicolet
 

Matriz


Av. Cruzeiro, 530 - Distrito IndustrialCachoeirinha/RS
Cep 94.930-615Fone: 51 3205-2100Fax: 51 3205-2124

Veja o Mapa


Escritório de Negócios
Filial São Paulo

Avenida Paulista, 72617º Andar conj. 1707D
Caixa Postal 564 - Bela Vista - São Paulo/SPCEP: 01310-910Fone: 11 3937-6422
Móvel: 11 9 8895-0513

Assistência Técnica - RMA


Fone: 51 3205-2134
E-mail: r...@parks.com.br

Suporte Técnico


Fone: 51 3205-2100
E-mail: supo...@parks.com.br


Suporte ADSL 


E-mail: suporte_a...@parks.com.br


Comercial


Fone: 51 3205-2144
E-mail: comerc...@parks.com.br


Marketing


Fone: 51 3205-2178
E-mail: market...@parks.com.br


 

 


 


 


De: Rodrigo Ferreira < rsferreir...@gmail.com >
Enviada: Terça-feira, 17 de Dezembro de 2013 13:43
Para: Lista Asterisk Brasil < asteriskbrasil@listas.asteriskbrasil.org >

Assunto: [AsteriskBrasil] [OFF-TOPIC] MUX da Parks


Boa tarde lista,
 
alguém de vocês já utilizou um MUX da Parks para transportar E1?



 
 
Atenciosamente.
Eng.° Rodrigo Ferreira
ITIL v3 Certified
 





 

___

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 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




___
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 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
 ___
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 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

Re: [AsteriskBrasil] Mysql

[Jairo]

Olá Fernando:

http://www.asteriskdocs.org/en/3rd_Edition/asterisk-book-html/asterisk-book.html#managing_databases

Att.


Em 17 de dezembro de 2013 17:50, Fernando Trilha escreveu:

> Pessoal, alguém sabe como faço para integrar o mysql com o asterisk?
>
> --
> Atte.
> Fernando Trilha
>
>
> ___
> 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 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
>
___
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 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] RES: RES: RES: RES: Chan_Dongle vs Asterisk 1.8

[Wilian Silva]

Kkkk.

 

De: asteriskbrasil-boun...@listas.asteriskbrasil.org 
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] Em nome de Daniel 
Feliciano
Enviada em: sábado, 14 de dezembro de 2013 12:40
Para: asterisk
Assunto: Re: [AsteriskBrasil] RES: RES: RES: Chan_Dongle vs Asterisk 1.8

 

Valeu Wilian,

mas acho que vc ama outro Daniel ( Daniel Roberto) e não eu (Daniel Feliciano), 
"ainda" kk

Abs

 

  _  

From:   wilian.si...@live.com
To:   
asteriskbrasil@listas.asteriskbrasil.org
Date: Thu, 12 Dec 2013 20:52:48 -0200
Subject: [AsteriskBrasil] RES: RES: RES: Chan_Dongle vs Asterisk 1.8

Daniel,

 

 

Te amo

 

Valeu cara, muito obrigado mesmo

 

De: asteriskbrasil-boun...@listas.asteriskbrasil.org 
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] Em nome de Daniel 
Roberto
Enviada em: quarta-feira, 11 de dezembro de 2013 20:19
Para: asteriskbrasil@listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] RES: RES: Chan_Dongle vs Asterisk 1.8

 

Olá Wilian,

 

O problema é que você não está colocando o símbolo de " + " antes do número. 

 

Por exemplo:

 

Enviar mensagem para o número 61 8875 9878

 

Ficaria assim:

 

dongle sms dongle0 +556188759878 mensagem

 

Uso e funciona muito bem.

 

Abraço.




   

 

Em 10 de dezembro de 2013 23:54, Wilian Silva  escreveu:

Esse Huawei 1750

 

http://www.lojamundi.com.br/modem-huawei-1750.html

 

De: asteriskbrasil-boun...@listas.asteriskbrasil.org 
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] Em nome de Jerson 
Luiz de Paula Júnior
Enviada em: terça-feira, 3 de dezembro de 2013 09:43
Para: asteriskbrasil@listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] RES: Chan_Dongle vs Asterisk 1.8

 

Qual modelo do modem?

 

Em 2 de dezembro de 2013 20:31, Wilian Silva  escreveu:

Ninguem?

 

De: asteriskbrasil-boun...@listas.asteriskbrasil.org 
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] Em nome de Wilian 
Silva
Enviada em: sexta-feira, 29 de novembro de 2013 23:19
Para: asteriskbrasil@listas.asteriskbrasil.org
Assunto: [AsteriskBrasil] Chan_Dongle vs Asterisk 1.8

 

Prezados,

 

Estou precisando de uma ajudinha. Esta tudo instalado sem nenhum problema na 
instalação.

 

O problema esta no comando “dongle sms dongle0 numero mensagem” ele me retorna 
como envio ok mas não chega no destino. 

Alguém sabe o que pode estar ocasionando isso?

 

Abraços


___
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

 


___
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

 


___ 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 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

___
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 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] Fwd: [asterisk-dev] Asterisk 1.8.25.0 Now Available

[Sylvio Jollenbeck]

-- Forwarded message --
From: Asterisk Development Team 
Date: 2013/12/17
Subject: [asterisk-dev] Asterisk 1.8.25.0 Now Available
To: Asterisk Developers Mailing List 


The Asterisk Development Team has announced the release of Asterisk
1.8.25.0.
This release is available for immediate download at
http://downloads.asterisk.org/pub/telephony/asterisk

The release of Asterisk 1.8.25.0 resolves several issues reported by the
community and would have not been possible without your participation.
Thank you!

The following is a sample of the issues resolved in this release:

* --- chan_sip: Fix an issue where an incompatible audio format may be
  added to SDP.
  (Closes issue ASTERISK-21131. Reported by nbougues)

* --- cdr_adaptive_odbc: Also apply a filter when the CDR value is
  empty.
  (Closes issue ASTERISK-22272. Reported by Jordi Llull Chavarria)

* --- app_queue: Fix Queuelog EXITWITHKEY only logging two of four
  fields
  (Closes issue ASTERISK-22197. Reported by Dalius M.)

* --- chan_sip: Do not increment the SDP version between 183 and 200
  responses.
  (Closes issue ASTERISK-21204. Reported by NITESH BANSAL)

* --- chan_sip: Fix Realtime Peer Update Problem When Un-registering
  And Expires Header In 200ok
  (Closes issue ASTERISK-22428. Reported by Ben Smithurst)

For a full list of changes in this release, please see the ChangeLog:

http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-1.8.25.0

Thank you for your continued support of Asterisk!

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev



-- 
Sylvio Jollenbeck
www.hosannatecnologia.com.br
___
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 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] Fwd: [asterisk-dev] Asterisk 11.7.0 Now Available

[Sylvio Jollenbeck]

-- Forwarded message --
From: Asterisk Development Team 
Date: 2013/12/17
Subject: [asterisk-dev] Asterisk 11.7.0 Now Available
To: Asterisk Developers Mailing List 


The Asterisk Development Team has announced the release of Asterisk 11.7.0.
This release is available for immediate download at
http://downloads.asterisk.org/pub/telephony/asterisk

The release of Asterisk 11.7.0 resolves several issues reported by the
community and would have not been possible without your participation.
Thank you!

The following is a sample of the issues resolved in this release:

* --- app_confbridge: Can now set the language used for announcements
  to the conference.
  (Closes issue ASTERISK-19983. Reported by Jonathan White)

* --- app_queue: Fix CLI "queue remove member" queue_log entry.
  (Closes issue ASTERISK-21826. Reported by Oscar Esteve)

* --- chan_sip: Do not increment the SDP version between 183 and 200
  responses.
  (Closes issue ASTERISK-21204. Reported by NITESH BANSAL)

* --- chan_sip: Allow a sip peer to accept both AVP and AVPF calls
  (Closes issue ASTERISK-22005. Reported by Torrey Searle)

* --- chan_sip: Fix Realtime Peer Update Problem When Un-registering
  And Expires Header In 200ok
  (Closes issue ASTERISK-22428. Reported by Ben Smithurst)

For a full list of changes in this release, please see the ChangeLog:

http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-11.7.0

Thank you for your continued support of Asterisk!

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev



-- 
Sylvio Jollenbeck
www.hosannatecnologia.com.br
___
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 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] Fwd: [asterisk-dev] Asterisk 10 EOL Notice

[Sylvio Jollenbeck]

Morreu

-- Forwarded message --
From: Matthew Jordan 
Date: 2013/12/17
Subject: [asterisk-dev] Asterisk 10 EOL Notice
To: Asterisk Developers Mailing List 


Hello everyone!

On December 15th, 2013, Asterisk 10 officially reached its End of Life [1].
As a Standard Release, Asterisk 10 received one year of bug fix support,
followed by one year of security fix support. Users of Asterisk 10 should
consider moving to Asterisk 11 at their earliest possible convenience.
Asterisk 11 is a Long Term Support (LTS) Release, and will continue to
receive bug fix support until October 25th, 2016, with security fixes
continuing through October 25th, 2017.

We'd like to thank everyone who contributed bug reports, test reports,
patches, and features to Asterisk 10. Asterisk 10 contained many new
features (ConfBridge! T.38 Gateway! Core support for wideband audio! Media
format attribute negotiation!) that helped significantly advance the
Asterisk project. Asterisk 11 has been a successful LTS release in large
part due to the hard work that was done in Asterisk 10.

So, to everyone who helped make Asterisk 10 successful, thank you!

Matt

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions

-- 
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev



-- 
Sylvio Jollenbeck
www.hosannatecnologia.com.br
___
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 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