Re: [AsteriskBrasil] * e ramais de pabx digital

[WILIAM - HOTMAIL]

O TEMPO DE QUE QUE O TECNICO SE REFERE É A 
TEMPORIZAÇÃO RELACIONADA COM O DESTINO
 
 
    ---  

|    *  
  
|    
|   B  |
|   
A    
|===>|   
|
 -  
--
 
 Original Message - 

  From: 
  Hugo 
  To: asteriskbrasil@listas.asteriskbrasil.org 
  
  Sent: Thursday, November 09, 2006 1:04 
  AM
  Subject: Re: [AsteriskBrasil] * e ramais 
  de pabx digital
  Apos alguns testes realmente nao sei se o DDC do PABX esta 
  desativado ... mas sinalizacao ... nao sei nao, pois recebo normalmente do 
  PABX para Asterisk. Vou verificar ...Bem, em relacao a STFC, como no 
  processo de ativacao as ligacoes estavama caindo, um tecnico da telefonica 
  pediu para que eu ligasse para um outro numero (que ele se referiu como 
  central sem DDC) e consegui ligar com sucesso. Ele pediu para alterar tempo de 
  "B" (q ele mesmo nao soube me explicar o q era - acho q deve ser block); ja 
  alterei varios tempos de mfcr2.c, mas sem sucesso ..Obrigado[]s 
  Hugo
  2006/11/8, Leonardo Gomes Figueira <[EMAIL PROTECTED]>:
  Hugo,Hugo 
escreveu:> Oi Dio, acho que devo ter me expressado errado, mas o 
problema que tenho> eh exatamente este: queda apos 1 seg em ligacaoes 
discadas para PABX ou> OPERADORAS (no meu caso telefonica) que 
possuem bloqueio de chamadas a > cobrar. Alterei os parametros que vc 
informou num e-mail anterior> (clear_back_persistence_check = 
500,1000,1500), mas ainda continuan> caindo. Algum segredo a mais??? 
... tomara q sim ...>No caso do seu Asterisk conectado ao 
PABX, o bloqueio de chamada acobrar foi desativado neste PABX com 
absoluta certeza ? E mesmo assim achamada continua sendo de apenas 1 
segundo ??? Caso tenha certeza dissoentão o problema entre o Asterisk e 
o PABX não é de bloqueio de DDC esim algum problema de sinalização. 
Embora eu ache mais provável que nãotenha sido desabilitado realmente 
neste PABX.Já em relação ao Asterisk para a STFC via R2 eu *acho* 
que não faz sentido a ligação ser completada, voce ouvir 1 segundo e 
cair porque ooutro lado tem bloqueio de DDC. Afinal o bloqueio era para 
ocorrer entrea outra ponta e a STFC e não chegar até voce. Talvez alguém 
na lista que domine a sinalização R2 possa explicar se procede 
isso.  LeonardoEstação 
VoIP 20065 e 6 DezembroCuritiba PRhttp://www.estacaovoip.com.br 
___LIsta de 
discussões AsteriskBrasil.orgAsteriskBrasil@listas.asteriskbrasil.orghttp://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil___Acesse 
o  wiki AsteriskBrasil.org:http://www.asteriskbrasil.org 
  
  
  

  Estação VoIP 20065 e 6 
  DezembroCuritiba 
  PRhttp://www.estacaovoip.com.br___LIsta 
  de discussões 
  AsteriskBrasil.orgAsteriskBrasil@listas.asteriskbrasil.orghttp://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil___Acesse 
  o  wiki 
AsteriskBrasil.org:http://www.asteriskbrasil.org

Estação VoIP 2006
5 e 6 Dezembro
Curitiba PR
http://www.estacaovoip.com.br

___
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

___
Acesse o  wiki AsteriskBrasil.org:
http://www.asteriskbrasil.org

Re: [AsteriskBrasil] * e ramais de pabx digital

[Hugo]

Apos alguns testes realmente nao sei se o DDC do PABX esta desativado ... mas sinalizacao ... nao sei nao, pois recebo normalmente do PABX para Asterisk. Vou verificar ...Bem, em relacao a STFC, como no processo de ativacao as ligacoes estavama caindo, um tecnico da telefonica pediu para que eu ligasse para um outro numero (que ele se referiu como central sem DDC) e consegui ligar com sucesso. Ele pediu para alterar tempo de "B" (q ele mesmo nao soube me explicar o q era - acho q deve ser block); ja alterei varios tempos de 
mfcr2.c, mas sem sucesso ...Obrigado[]s Hugo2006/11/8, Leonardo Gomes Figueira <[EMAIL PROTECTED]>:
Hugo,Hugo escreveu:> Oi Dio, acho que devo ter me expressado errado, mas o problema que tenho> eh exatamente este: queda apos 1 seg em ligacaoes discadas para PABX ou> OPERADORAS (no meu caso telefonica) que possuem bloqueio de chamadas a
> cobrar. Alterei os parametros que vc informou num e-mail anterior> (clear_back_persistence_check = 500,1000,1500), mas ainda continuan> caindo. Algum segredo a mais??? ... tomara q sim ...>
No caso do seu Asterisk conectado ao PABX, o bloqueio de chamada acobrar foi desativado neste PABX com absoluta certeza ? E mesmo assim achamada continua sendo de apenas 1 segundo ??? Caso tenha certeza disso
então o problema entre o Asterisk e o PABX não é de bloqueio de DDC esim algum problema de sinalização. Embora eu ache mais provável que nãotenha sido desabilitado realmente neste PABX.Já em relação ao Asterisk para a STFC via R2 eu *acho* que não faz
sentido a ligação ser completada, voce ouvir 1 segundo e cair porque ooutro lado tem bloqueio de DDC. Afinal o bloqueio era para ocorrer entrea outra ponta e a STFC e não chegar até voce. Talvez alguém na lista que
domine a sinalização R2 possa explicar se procede isso.  LeonardoEstação VoIP 20065 e 6 DezembroCuritiba PRhttp://www.estacaovoip.com.br
___LIsta de discussões AsteriskBrasil.orgAsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil___Acesse o  wiki AsteriskBrasil.org:http://www.asteriskbrasil.org


Estação VoIP 2006
5 e 6 Dezembro
Curitiba PR
http://www.estacaovoip.com.br

___
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

___
Acesse o  wiki AsteriskBrasil.org:
http://www.asteriskbrasil.org

Re: [AsteriskBrasil] * e ramais de pabx digital

[Leonardo Gomes Figueira]

Hugo,

Hugo escreveu:
> Oi Dio, acho que devo ter me expressado errado, mas o problema que tenho
> eh exatamente este: queda apos 1 seg em ligacaoes discadas para PABX ou
> OPERADORAS (no meu caso telefonica) que possuem bloqueio de chamadas a
> cobrar. Alterei os parametros que vc informou num e-mail anterior
> (clear_back_persistence_check = 500,1000,1500), mas ainda continuan
> caindo. Algum segredo a mais??? ... tomara q sim ...
> 

No caso do seu Asterisk conectado ao PABX, o bloqueio de chamada a
cobrar foi desativado neste PABX com absoluta certeza ? E mesmo assim a
chamada continua sendo de apenas 1 segundo ??? Caso tenha certeza disso
então o problema entre o Asterisk e o PABX não é de bloqueio de DDC e
sim algum problema de sinalização. Embora eu ache mais provável que não
tenha sido desabilitado realmente neste PABX.

Já em relação ao Asterisk para a STFC via R2 eu *acho* que não faz
sentido a ligação ser completada, voce ouvir 1 segundo e cair porque o
outro lado tem bloqueio de DDC. Afinal o bloqueio era para ocorrer entre
a outra ponta e a STFC e não chegar até voce. Talvez alguém na lista que
domine a sinalização R2 possa explicar se procede isso.

  Leonardo

Estação VoIP 2006
5 e 6 Dezembro
Curitiba PR
http://www.estacaovoip.com.br

___
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

___
Acesse o  wiki AsteriskBrasil.org:
http://www.asteriskbrasil.org

Re: [AsteriskBrasil] * e ramais de pabx digital

[Hugo]

Oi Dio, acho que devo ter me expressado errado, mas o problema que
tenho eh exatamente este: queda apos 1 seg em ligacaoes discadas para
PABX ou OPERADORAS (no meu caso telefonica) que possuem bloqueio de
chamadas a
cobrar. Alterei os parametros que vc informou num e-mail anterior (clear_back_persistence_check = 500,1000,1500), mas ainda continuan caindo. Algum segredo a mais??? ... tomara q sim ...

sds
HugoEm 07/11/06, Dio Makibara <[EMAIL PROTECTED]> escreveu:
Hugo,Hugo <[EMAIL PROTECTED]> escreveu:

Alexandre ou colegas da lista, alguma outra solução para esse caso de
desligamento de chamadas quando originadas de PABX para Asterisk. Usei
as opções: 1-Desativar o DDC do PABX; 2-Alterar mfcr2->clear_back_persistence_check = 500;  Ainda sem sucesso. Algo a mais? Poucos decimos de segundo de conversa sao muito poucos ... :D  sds
 Hugo Em 26/09/06, Alexandre Barros <
[EMAIL PROTECTED]> escreveu:   
 Olá amigos,  preciso de um auxílio sobre o
 bloqueio de ligações à cobrar entrantes. 
    Tentei a solução abaixo do Diógenes, sugerida pelo
Luiz ( utilizando os valores de "500" e "1000" ) com o bloqueio de
ligações ativo no PABX, e não funcionou... quero dizer, ao invés de
"décimos de segundo", as chamadas entrantes duraram uns poucos segundos
antes de serem desconectadas.      Também tentei
desativar o bloqueio no PABX e, no dialplan do * usar um "Answer ;
Hangup; Answer", que, é claro, não funcionou uma vez que no Hangup o *
não continua o dialplan; e até o uso do comando Flash(), que reclama
"não ser um canal Zap" ( estou usando unicall para r2 embratel ). 
    Após muito tempo no Google eu esgotei os meus
recursos, e gostaria de saber como/se alguém faz para bloquear chamadas
à cobrar no * via canal unicall... Esta
alteração que você efetuou é para que o asterisk não derrube a chamada
quando disca para PABX ou OPERADORAS que possuem bloqueio de chamadas a
cobrar. Não é para bloquear as chamadas a cobrar. O bloqueio de
chamadas a cobrar utilizando a sinalização R2 no asterisk ainda não tem
solução (e acho que nem terá, pois acho que ninguem mais quer mexer
neste código, eu por exemplo... :) ). O que deve fazer é solicitar este
bloqueio na própria operadora.  Mas o problema é só esse ? Ou você tem problemas de queda de ligação ?  Diógenes Makibara 
		 
Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! 

Estação VoIP 20065 e 6 DezembroCuritiba PR
http://www.estacaovoip.com.br___LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.orghttp://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
___Acesse o  wiki AsteriskBrasil.org:http://www.asteriskbrasil.org


Estação VoIP 2006
5 e 6 Dezembro
Curitiba PR
http://www.estacaovoip.com.br

___
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

___
Acesse o  wiki AsteriskBrasil.org:
http://www.asteriskbrasil.org

Re: [AsteriskBrasil] * e ramais de pabx digital

[Dio Makibara]

Hugo,Hugo <[EMAIL PROTECTED]> escreveu: Alexandre ou colegas da lista, alguma outra solução para esse caso de desligamento de chamadas quando originadas de PABX para Asterisk. Usei as opções: 1-Desativar o DDC do PABX; 2-Alterar mfcr2->clear_back_persistence_check = 500;  Ainda sem sucesso. Algo a mais? Poucos decimos de segundo de conversa sao muito poucos ... :D  sds Hugo Em 26/09/06, Alexandre Barros <[EMAIL PROTECTED]> escreveu:Olá amigos,  preciso de um auxílio sobre o
 bloqueio de ligações à cobrar entrantes.      Tentei a solução abaixo do Diógenes, sugerida pelo Luiz ( utilizando os valores de "500" e "1000" ) com o bloqueio de ligações ativo no PABX, e não funcionou... quero dizer, ao invés de "décimos de segundo", as chamadas entrantes duraram uns poucos segundos antes de serem desconectadas.      Também tentei desativar o bloqueio no PABX e, no dialplan do * usar um "Answer ; Hangup; Answer", que, é claro, não funcionou uma vez que no Hangup o * não continua o dialplan; e até o uso do comando Flash(), que reclama "não ser um canal Zap" ( estou usando unicall para r2 embratel ).      Após muito tempo no Google eu esgotei os meus recursos, e gostaria de saber como/se alguém faz para bloquear chamadas à cobrar no * via canal unicall... Esta alteração que você efetuou é para que o asterisk não derrube a chamada quando disca
 para PABX ou OPERADORAS que possuem bloqueio de chamadas a cobrar. Não é para bloquear as chamadas a cobrar. O bloqueio de chamadas a cobrar utilizando a sinalização R2 no asterisk ainda não tem solução (e acho que nem terá, pois acho que ninguem mais quer mexer neste código, eu por exemplo... :) ). O que deve fazer é solicitar este bloqueio na própria operadora.  Mas o problema é só esse ? Ou você tem problemas de queda de ligação ?  Diógenes Makibara 
		 
Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! 

Estação VoIP 2006
5 e 6 Dezembro
Curitiba PR
http://www.estacaovoip.com.br

___
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

___
Acesse o  wiki AsteriskBrasil.org:
http://www.asteriskbrasil.org

Re: [AsteriskBrasil] * e ramais de pabx digital

[Hugo]

Alexandre ou colegas da lista, alguma outra solução para esse caso de
desligamento de chamadas quando originadas de PABX para Asterisk. Usei
as opções:
1-Desativar o DDC do PABX;
2-Alterar mfcr2->clear_back_persistence_check = 500;

Ainda sem sucesso. Algo a mais? Poucos decimos de segundo de conversa sao muito poucos ... :D

sds
Hugo
Em 26/09/06, Alexandre Barros <[EMAIL PROTECTED]> escreveu:



  
  


Olá amigos,

preciso de um auxílio sobre o bloqueio de ligações à cobrar entrantes.

    Tentei a solução abaixo do Diógenes, sugerida pelo Luiz (
utilizando os valores de "500" e "1000" ) com o bloqueio de ligações
ativo no PABX, e não funcionou... quero dizer, ao invés de "décimos de
segundo", as chamadas entrantes duraram uns poucos segundos antes de
serem desconectadas.

    Também tentei desativar o bloqueio no PABX e, no dialplan do * usar
um "Answer ; Hangup; Answer", que, é claro, não funcionou uma vez que
no Hangup o * não continua o dialplan; e até o uso do comando Flash(),
que reclama "não ser um canal Zap" ( estou usando unicall para r2
embratel ).

    Após muito tempo no Google eu esgotei os meus recursos, e gostaria
de saber como/se alguém faz para bloquear chamadas à cobrar no * via
canal unicall...

muito grato.


Luiz Henrique Gomes wrote:

  Este problema ocorre por causa do bloqueio de chamadas à cobrar feito peloPABX. A forma mais simples de resolver isto é retirando o bloqueio, mas vocêtambém pode tentar uma solução enviada aqui na lista pelo Diógenes Makibara:
  
  
Tenta efetuar uma alteração no código mfcr2.c. Encontre a linha:mfcr2->clear_back_persistence_check = 0;E altere para:mfcr2->clear_back_persistence_check = 500; 
  
  

  Quando a ligação é atendida no ramal, o * recebe um Hangup da libunicall  

  
  após décimos de segundo ( ouve-se, no máximo, a >>primeira sílaba de umaconversa ), e este é o output que vejo:  


  Olá amigos,
estou com um problema para tentar integrar o asterisk com uma central
digital "Digistar xt200", usando uma placa Digium TE405P [ 00:10.0
Communication controller: Digium, Inc. Wildcard TE405P (2nd Gen) (rev
02) ], num Linux CentOS kernel 2.6.9-34.ELsmp.
  
Minha arquitetura é a seguinte:
( E1 -- Embratel R2) <---> TE405P_span2 ; TE405P_span1
<---> ( Pabx 
Digistar legado ).
  
meu problema atual diz respeito às ligações entrantes para ramais 
conectados ao Digistar.
  
Quando a ligação é atendida no ramal, o * recebe um Hangup da
libunicall 
após décimos de segundo ( ouve-se, no máximo, a primeira sílaba de uma 
conversa ), e este é o output que vejo:
  
  
  
-- UniCall/31-1 answered UniCall/43-1
-- Attempting native bridge of UniCall/43-1 and UniCall/31-1
Aug 21 19:39:01 WARNING[25073]: chan_unicall.c:1668 unicall_bridge: 
unicall_bridge called
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31 <- 1101 [1/CONNECTD/Answered /Category ]
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) - 
state 0x400
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2694 handle_uc_event: 
Unicall/31 event Far end disconnected
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2955 handle_uc_event:
CRN 
32774 - far disconnected cause=Normal Clearing [16]
-- Channel 0 got hangup
  
  
-- UniCall/31-1 answered UniCall/42-1
-- Attempting native bridge of UniCall/42-1 and UniCall/31-1
Aug 21 20:31:55 WARNING[25431]: chan_unicall.c:1668 unicall_bridge: 
unicall_bridge called
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31 <- 1101 [1/CONNECTD/Answered /Category ]
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) - 
state 0x400
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2694 handle_uc_event: 
Unicall/31 event Far end disconnected
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2955 handle_uc_event:
CRN 
32781 - far disconnected cause=Normal Clearing [16]
-- Channel 0 got hangup
  
  
Pelo que posso entender deste log ( mas gostaria de possuir uma 
compreensão maior ) parece se tratar de algum problema da
unicall_bridge 
... mas me falta conhecimento para corrigi-lo.
  
  
meu extensions.conf :
  
[general]
static=yes
writeprotect=no
  
[globals]
;UNI-E1 => Unicall/g1
  
include => internal
  
;;-
[incoming]
  
exten => 1400,1,Noop(entrando ligacao exten=${EXTEN})
exten => 1400,2,Answer()
exten => 1400,3,Dial(Unicall/g1/1461)
  
exten => 1409,1,Noop(calil calil calil exten=${EXTEN})
exten => 1409,2,Answer()
exten => 1409,3,Dial(Unicall/g1/1409)
  
exten => 1401,1,Noop(will exten=${EXTEN})
exten => 1401,2,Answer()
exten => 1401,3,Dial(Sip/301,20,tr)
  
;;-
[outgoing]
  
exten => _X.,1,Ans

[AsteriskBrasil] * e ramais de pabx digital

[Caio Pato]

On 9/26/06, Alexandre Barros  wrote:
> saber como/se alguém faz para bloquear chamadas à cobrar no * via canal
> unicall...

bloqueador físico externo.
100% eficiente.

[AsteriskBrasil] * e ramais de pabx digital

[Alexandre Barros]

Olá amigos,

preciso de um auxílio sobre o bloqueio de ligações à cobrar entrantes.

Tentei a solução abaixo do Diógenes, sugerida pelo Luiz ( utilizando 
os valores de "500" e "1000" ) com o bloqueio de ligações ativo no PABX, 
e não funcionou... quero dizer, ao invés de "décimos de segundo", as 
chamadas entrantes duraram uns poucos segundos antes de serem desconectadas.

Também tentei desativar o bloqueio no PABX e, no dialplan do * usar 
um "Answer ; Hangup; Answer", que, é claro, não funcionou uma vez que no 
Hangup o * não continua o dialplan; e até o uso do comando Flash(), que 
reclama "não ser um canal Zap" ( estou usando unicall para r2 embratel ).

Após muito tempo no Google eu esgotei os meus recursos, e gostaria 
de saber como/se alguém faz para bloquear chamadas à cobrar no * via 
canal unicall...

muito grato.


Luiz Henrique Gomes wrote:
> Este problema ocorre por causa do bloqueio de chamadas à cobrar feito pelo
> PABX. A forma mais simples de resolver isto é retirando o bloqueio, mas você
> também pode tentar uma solução enviada aqui na lista pelo Diógenes Makibara:
>   
>> Tenta efetuar uma alteração no código mfcr2.c. Encontre a linha:
>> mfcr2->clear_back_persistence_check = 0;
>> E altere para:
>> mfcr2->clear_back_persistence_check = 500; 
>> 
>>> Quando a ligação é atendida no ramal, o * recebe um Hangup da libunicall
>>>   
> após décimos de segundo ( ouve-se, no máximo, a >>primeira sílaba de uma
> conversa ), e este é o output que vejo:
>   


/Olá amigos,
estou com um problema para tentar integrar o asterisk com uma central
digital "Digistar xt200", usando uma placa Digium TE405P [ 00:10.0
Communication controller: Digium, Inc. Wildcard TE405P (2nd Gen) (rev
02) ], num Linux CentOS kernel 2.6.9-34.ELsmp.

Minha arquitetura é a seguinte:
( E1 -- Embratel R2) <---> TE405P_span2 ; TE405P_span1 <---> ( Pabx
Digistar legado ).

meu problema atual diz respeito às ligações entrantes para ramais
conectados ao Digistar.

Quando a ligação é atendida no ramal, o * recebe um Hangup da
libunicall
após décimos de segundo ( ouve-se, no máximo, a primeira sílaba de uma
conversa ), e este é o output que vejo:



-- UniCall/31-1 answered UniCall/43-1
-- Attempting native bridge of UniCall/43-1 and UniCall/31-1
Aug 21 19:39:01 WARNING[25073]: chan_unicall.c:1668 unicall_bridge:
unicall_bridge called
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31 <- 1101 [1/CONNECTD/Answered /Category ]
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
state 0x400
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2694 handle_uc_event:
Unicall/31 event Far end disconnected
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2955 handle_uc_event:
CRN
32774 - far disconnected cause=Normal Clearing [16]
-- Channel 0 got hangup


-- UniCall/31-1 answered UniCall/42-1
-- Attempting native bridge of UniCall/42-1 and UniCall/31-1
Aug 21 20:31:55 WARNING[25431]: chan_unicall.c:1668 unicall_bridge:
unicall_bridge called
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31 <- 1101 [1/CONNECTD/Answered /Category ]
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
state 0x400
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2694 handle_uc_event:
Unicall/31 event Far end disconnected
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2955 handle_uc_event:
CRN
32781 - far disconnected cause=Normal Clearing [16]
-- Channel 0 got hangup


Pelo que posso entender deste log ( mas gostaria de possuir uma
compreensão maior ) parece se tratar de algum problema da
unicall_bridge
... mas me falta conhecimento para corrigi-lo.


meu extensions.conf :

[general]
static=yes
writeprotect=no

[globals]
;UNI-E1 => Unicall/g1

include => internal


;;-
[incoming]

exten => 1400,1,Noop(entrando ligacao exten=${EXTEN})
exten => 1400,2,Answer()
exten => 1400,3,Dial(Unicall/g1/1461)

exten => 1409,1,Noop(calil calil calil exten=${EXTEN})
exten => 1409,2,Answer()
exten => 1409,3,Dial(Unicall/g1/1409)

exten => 1401,1,Noop(will exten=${EXTEN})
exten => 1401,2,Answer()
exten => 1401,3,Dial(Sip/301,20,tr)


;;-
[outgoing]

exten => _X.,1,Answer()
exten => _X.,2,Noop(exten=${EXTEN} dialedpeernumber=${DIALEDPEERNUMBER}
dnid=${DNID} hangupcause=${HANGUPCAUSE} channel=${CHANNEL}
invalidexten=${INVALID_EX

[AsteriskBrasil] * e ramais de pabx digital

[Luiz Henrique Gomes]

Este problema ocorre por causa do bloqueio de chamadas à cobrar feito pelo
PABX. A forma mais simples de resolver isto é retirando o bloqueio, mas você
também pode tentar uma solução enviada aqui na lista pelo Diógenes Makibara:

>Tenta efetuar uma alteração no código mfcr2.c. Encontre a linha:
>mfcr2->clear_back_persistence_check = 0;
>E altere para:
>mfcr2->clear_back_persistence_check = 500; 

>>Quando a ligação é atendida no ramal, o * recebe um Hangup da libunicall
após décimos de segundo ( ouve-se, no máximo, a >>primeira sílaba de uma
conversa ), e este é o output que vejo:

[AsteriskBrasil] * e ramais de pabx digital

[Josué Conti]

Olá Alexandre, deixa eu ver se entendi.
O E1 Embratel está diretamente ligado no asterisk (span1) e este está
integrado com o pabx(span2), certo?
O que está ocorrendo é que as ligações que estão sendo encaminhadas do
asterisk para o pabx estão sendo desconectadas? Não seria no pabx esta
desconexão?
Pode ser temporização do mfc/r2, tipo "bloqueio de chamadas à cobrar", já
verificou isso?
Quais versões de asterisk e bibliotecas mfc/r2 você está usando?
Abraço e boa sorte

Josué

Em 22/08/06, Itamar Reis Peixoto  escreveu:
>
> não sei porque mas eu não gosto do centos, ele vem com kernel muito velho.
>
> eu tentaria um linux com kernel mais novo tipo o fedora 5
>
> a minha resposta não tem nada a ver com sua pergunta, foi apenas uma
> sugestão.
>
>
> Olá amigos,
> estou com um problema para tentar integrar o asterisk com uma central
> digital "Digistar xt200", usando uma placa Digium TE405P [ 00:10.0
> Communication controller: Digium, Inc. Wildcard TE405P (2nd Gen) (rev
> 02) ], num Linux CentOS kernel 2.6.9-34.ELsmp.
>
> Minha arquitetura é a seguinte:
> ( E1 -- Embratel R2) <---> TE405P_span2 ; TE405P_span1 <---> ( Pabx
> Digistar legado ).
>
> meu problema atual diz respeito às ligações entrantes para ramais
> conectados ao Digistar.
>
> Quando a ligação é atendida no ramal, o * recebe um Hangup da libunicall
> após décimos de segundo ( ouve-se, no máximo, a primeira sílaba de uma
> conversa ), e este é o output que vejo:
>
>
>
> -- UniCall/31-1 answered UniCall/43-1
> -- Attempting native bridge of UniCall/43-1 and UniCall/31-1
> Aug 21 19:39:01 WARNING[25073]: chan_unicall.c:1668 unicall_bridge:
> unicall_bridge called
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31  <- 1101  [1/CONNECTD/Answered  /Category ]
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
> state 0x400
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2694 handle_uc_event:
> Unicall/31 event Far end disconnected
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2955 handle_uc_event: CRN
> 32774 - far disconnected cause=Normal Clearing [16]
> -- Channel 0 got hangup
>
>
>-- UniCall/31-1 answered UniCall/42-1
> -- Attempting native bridge of UniCall/42-1 and UniCall/31-1
> Aug 21 20:31:55 WARNING[25431]: chan_unicall.c:1668 unicall_bridge:
> unicall_bridge called
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31  <- 1101  [1/CONNECTD/Answered  /Category ]
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
> state 0x400
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2694 handle_uc_event:
> Unicall/31 event Far end disconnected
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2955 handle_uc_event: CRN
> 32781 - far disconnected cause=Normal Clearing [16]
> -- Channel 0 got hangup
>
>
> Pelo que posso entender deste log ( mas gostaria de possuir uma
> compreensão maior ) parece se tratar de algum problema da unicall_bridge
> ... mas me falta conhecimento para corrigi-lo.
>
>
> meu extensions.conf :
>
> [general]
> static=yes
> writeprotect=no
>
> [globals]
> ;UNI-E1 => Unicall/g1
>
> include => internal
>
>
> ;;-
> [incoming]
>
> exten => 1400,1,Noop(entrando ligacao exten=${EXTEN})
> exten => 1400,2,Answer()
> exten => 1400,3,Dial(Unicall/g1/1461)
>
> exten => 1409,1,Noop(calil calil calil exten=${EXTEN})
> exten => 1409,2,Answer()
> exten => 1409,3,Dial(Unicall/g1/1409)
>
> exten => 1401,1,Noop(will exten=${EXTEN})
> exten => 1401,2,Answer()
> exten => 1401,3,Dial(Sip/301,20,tr)
>
>
> ;;-
> [outgoing]
>
> exten => _X.,1,Answer()
> exten => _X.,2,Noop(exten=${EXTEN} dialedpeernumber=${DIALEDPEERNUMBER}
> dnid=${DNID} hangupcause=${HANGUPCAUSE} channel=${CHANNEL}
> invalidexten=${INVALID_EXTEN})
> exten => _X.,3,SetVar(PREFIX=${EXTEN:1})
> exten => _X.,4,SetVar(PREFIX2=${EXTEN:-4})
> exten => _X.,5,Dial(UniCall/g2/${EXTEN},20)
>
>
> ;;-
> [internal]
> include => incoming
> include => outgoing
> exten => 301,1,Dial(Sip/301,20,tr)
> exten => 302,1,Dial(Sip/302,20,tr)
> exten => 303,1,Dial(Sip/303,20,tr)
> exten => 600,1,Dial(Sip/600,20,tr)
>
>
>
> Abandonar o Digistar *NÃO* é uma opção.
>
>
> Alguém já passou por problema semelhante ?
> Alguma sugestão ?
>
>
> muito grato.
>
>
> ___
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
> _

[AsteriskBrasil] * e ramais de pabx digital

[Itamar Reis Peixoto]

não sei porque mas eu não gosto do centos, ele vem com kernel muito velho.

eu tentaria um linux com kernel mais novo tipo o fedora 5

a minha resposta não tem nada a ver com sua pergunta, foi apenas uma 
sugestão.


Olá amigos,
estou com um problema para tentar integrar o asterisk com uma central
digital "Digistar xt200", usando uma placa Digium TE405P [ 00:10.0
Communication controller: Digium, Inc. Wildcard TE405P (2nd Gen) (rev
02) ], num Linux CentOS kernel 2.6.9-34.ELsmp.

Minha arquitetura é a seguinte:
( E1 -- Embratel R2) <---> TE405P_span2 ; TE405P_span1 <---> ( Pabx
Digistar legado ).

meu problema atual diz respeito às ligações entrantes para ramais
conectados ao Digistar.

Quando a ligação é atendida no ramal, o * recebe um Hangup da libunicall
após décimos de segundo ( ouve-se, no máximo, a primeira sílaba de uma
conversa ), e este é o output que vejo:



-- UniCall/31-1 answered UniCall/43-1
 -- Attempting native bridge of UniCall/43-1 and UniCall/31-1
Aug 21 19:39:01 WARNING[25073]: chan_unicall.c:1668 unicall_bridge:
unicall_bridge called
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31  <- 1101  [1/CONNECTD/Answered  /Category ]
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
state 0x400
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2694 handle_uc_event:
Unicall/31 event Far end disconnected
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2955 handle_uc_event: CRN
32774 - far disconnected cause=Normal Clearing [16]
 -- Channel 0 got hangup


-- UniCall/31-1 answered UniCall/42-1
 -- Attempting native bridge of UniCall/42-1 and UniCall/31-1
Aug 21 20:31:55 WARNING[25431]: chan_unicall.c:1668 unicall_bridge:
unicall_bridge called
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31  <- 1101  [1/CONNECTD/Answered  /Category ]
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
state 0x400
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2694 handle_uc_event:
Unicall/31 event Far end disconnected
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2955 handle_uc_event: CRN
32781 - far disconnected cause=Normal Clearing [16]
 -- Channel 0 got hangup


Pelo que posso entender deste log ( mas gostaria de possuir uma
compreensão maior ) parece se tratar de algum problema da unicall_bridge
... mas me falta conhecimento para corrigi-lo.


meu extensions.conf :

[general]
static=yes
writeprotect=no

[globals]
;UNI-E1 => Unicall/g1

include => internal

;;-
[incoming]

exten => 1400,1,Noop(entrando ligacao exten=${EXTEN})
exten => 1400,2,Answer()
exten => 1400,3,Dial(Unicall/g1/1461)

exten => 1409,1,Noop(calil calil calil exten=${EXTEN})
exten => 1409,2,Answer()
exten => 1409,3,Dial(Unicall/g1/1409)

exten => 1401,1,Noop(will exten=${EXTEN})
exten => 1401,2,Answer()
exten => 1401,3,Dial(Sip/301,20,tr)

;;-
[outgoing]

exten => _X.,1,Answer()
exten => _X.,2,Noop(exten=${EXTEN} dialedpeernumber=${DIALEDPEERNUMBER}
dnid=${DNID} hangupcause=${HANGUPCAUSE} channel=${CHANNEL}
invalidexten=${INVALID_EXTEN})
exten => _X.,3,SetVar(PREFIX=${EXTEN:1})
exten => _X.,4,SetVar(PREFIX2=${EXTEN:-4})
exten => _X.,5,Dial(UniCall/g2/${EXTEN},20)

;;-
[internal]
include => incoming
include => outgoing
exten => 301,1,Dial(Sip/301,20,tr)
exten => 302,1,Dial(Sip/302,20,tr)
exten => 303,1,Dial(Sip/303,20,tr)
exten => 600,1,Dial(Sip/600,20,tr)



Abandonar o Digistar *NÃO* é uma opção.


Alguém já passou por problema semelhante ?
Alguma sugestão ?


muito grato.


___
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil em listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

___
Acesse o  wiki AsteriskBrasil.org:
http://www.asteriskbrasil.org

[AsteriskBrasil] * e ramais de pabx digital

[Alexandre Barros]

Olá amigos,
estou com um problema para tentar integrar o asterisk com uma central
digital "Digistar xt200", usando uma placa Digium TE405P [ 00:10.0
Communication controller: Digium, Inc. Wildcard TE405P (2nd Gen) (rev
02) ], num Linux CentOS kernel 2.6.9-34.ELsmp.

Minha arquitetura é a seguinte:
( E1 -- Embratel R2) <---> TE405P_span2 ; TE405P_span1 <---> ( Pabx 
Digistar legado ).

meu problema atual diz respeito às ligações entrantes para ramais 
conectados ao Digistar.

Quando a ligação é atendida no ramal, o * recebe um Hangup da libunicall 
após décimos de segundo ( ouve-se, no máximo, a primeira sílaba de uma 
conversa ), e este é o output que vejo:



 -- UniCall/31-1 answered UniCall/43-1
 -- Attempting native bridge of UniCall/43-1 and UniCall/31-1
Aug 21 19:39:01 WARNING[25073]: chan_unicall.c:1668 unicall_bridge: 
unicall_bridge called
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31  <- 1101  [1/CONNECTD/Answered  /Category ]
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) - 
state 0x400
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2694 handle_uc_event: 
Unicall/31 event Far end disconnected
Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2955 handle_uc_event: CRN 
32774 - far disconnected cause=Normal Clearing [16]
 -- Channel 0 got hangup


-- UniCall/31-1 answered UniCall/42-1
 -- Attempting native bridge of UniCall/42-1 and UniCall/31-1
Aug 21 20:31:55 WARNING[25431]: chan_unicall.c:1668 unicall_bridge: 
unicall_bridge called
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31  <- 1101  [1/CONNECTD/Answered  /Category ]
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report: 
MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) - 
state 0x400
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2694 handle_uc_event: 
Unicall/31 event Far end disconnected
Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2955 handle_uc_event: CRN 
32781 - far disconnected cause=Normal Clearing [16]
 -- Channel 0 got hangup


Pelo que posso entender deste log ( mas gostaria de possuir uma 
compreensão maior ) parece se tratar de algum problema da unicall_bridge 
... mas me falta conhecimento para corrigi-lo.


meu extensions.conf :

[general]
static=yes
writeprotect=no

[globals]
;UNI-E1 => Unicall/g1

include => internal

;;-
[incoming]

exten => 1400,1,Noop(entrando ligacao exten=${EXTEN})
exten => 1400,2,Answer()
exten => 1400,3,Dial(Unicall/g1/1461)

exten => 1409,1,Noop(calil calil calil exten=${EXTEN})
exten => 1409,2,Answer()
exten => 1409,3,Dial(Unicall/g1/1409)

exten => 1401,1,Noop(will exten=${EXTEN})
exten => 1401,2,Answer()
exten => 1401,3,Dial(Sip/301,20,tr)

;;-
[outgoing]

exten => _X.,1,Answer()
exten => _X.,2,Noop(exten=${EXTEN} dialedpeernumber=${DIALEDPEERNUMBER} 
dnid=${DNID} hangupcause=${HANGUPCAUSE} channel=${CHANNEL} 
invalidexten=${INVALID_EXTEN})
exten => _X.,3,SetVar(PREFIX=${EXTEN:1})
exten => _X.,4,SetVar(PREFIX2=${EXTEN:-4})
exten => _X.,5,Dial(UniCall/g2/${EXTEN},20)

;;-
[internal]
include => incoming
include => outgoing
exten => 301,1,Dial(Sip/301,20,tr)
exten => 302,1,Dial(Sip/302,20,tr)
exten => 303,1,Dial(Sip/303,20,tr)
exten => 600,1,Dial(Sip/600,20,tr)



Abandonar o Digistar *NÃO* é uma opção.


Alguém já passou por problema semelhante ?
Alguma sugestão ?


muito grato.