Re: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

2013-09-01 Por tôpico Willian Morais
Pelo que sei o tronco SIP irá sempre suprimir a identificação.
Somente se você criar um tronco com autenticação por IP (sem username e
secret), aí o ATA irá repassa a identificação da linha.
Veja no ATA se aparece a identificação da chamada.


Em 1 de setembro de 2013 01:20, Hudson Cardoso
hudsoncard...@hotmail.comescreveu:

Você tem que ativar a função de repasse MFc do pabx, se não me engano,
 isso só é
 possivel em ligações transferidas dentro do pabx, quando vem diretamente
 do tronco,
 e não quando é de um ramal para outro.
Isso tem como programar na Nec, Siemens, Alcatel, Digitro, Intelbras,
 mas todas da forma que falei.


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



  Date: Sat, 31 Aug 2013 22:07:44 -0300
  From: thiagome...@gmail.com
  To: AsteriskBrasil@listas.asteriskbrasil.org
  Subject: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

 
  Pessoal,
 
  Estou com um ramal analógico ligado ao um PABX impacta 68, ele está
  ligado a um ata FXO (SPA3000) no meu asterisk, a identificação esta
  assim PSTN que é o tronco que criei.
 
  == Using SIP RTP CoS mark 5
  -- Called SIP/VonoOut/0XX30XX90XX8
  -- SIP/VonoOut-0005 is ringing
  -- SIP/VonoOut-0005 answered SIP/PSTN-0004
  -- Locally bridging SIP/PSTN-0004 and SIP/VonoOut-0005
  -- Executing [h@macro-dialout-trunk:1] Macro(SIP/PSTN-0004,
  hangupcall,) in new stack
  -- Executing [s@macro-hangupcall:1] GotoIf(SIP/PSTN-0004,
  1?endmixmoncheck) in new stack
  -- Goto (macro-hangupcall,s,9)
  -- Executing [s@macro-hangupcall:9] NoOp(SIP/PSTN-0004, End
  of MIXMON check) in new stack
  -- Executing [s@macro-hangupcall:10] GotoIf(SIP/PSTN-0004,
  1?nomeetmemon) in new stack
 
  Existe alguma maneira de identificar o ramal do pabx
 
  --
  Thiago Gomes
  ___
  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




-- 
Willian de Morais
Cel: (48) 8811-9660
Gtalk: williandmor...@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. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

2013-09-01 Por tôpico Thiago Gomes
ele esta passando

Last Called VoIP Number:30XX90XX
VoIP Peer Number:30XX90XX

não estou usando autenticação..

disallow=allall
allow=ulawulaw
canreinvite=no
context=from-internal
dtmfmode=rfc2833
host=dynamic
nat=yes
qualify=yes
type=friend
username=PSTN

Em 1 de setembro de 2013 08:18, Willian Morais
williandmor...@gmail.com escreveu:
 Pelo que sei o tronco SIP irá sempre suprimir a identificação.
 Somente se você criar um tronco com autenticação por IP (sem username e
 secret), aí o ATA irá repassa a identificação da linha.
 Veja no ATA se aparece a identificação da chamada.


 Em 1 de setembro de 2013 01:20, Hudson Cardoso hudsoncard...@hotmail.com
 escreveu:

Você tem que ativar a função de repasse MFc do pabx, se não me engano,
 isso só é
 possivel em ligações transferidas dentro do pabx, quando vem diretamente
 do tronco,
 e não quando é de um ramal para outro.
Isso tem como programar na Nec, Siemens, Alcatel, Digitro, Intelbras,
 mas todas da forma que falei.


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



  Date: Sat, 31 Aug 2013 22:07:44 -0300
  From: thiagome...@gmail.com
  To: AsteriskBrasil@listas.asteriskbrasil.org
  Subject: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

 
  Pessoal,
 
  Estou com um ramal analógico ligado ao um PABX impacta 68, ele está
  ligado a um ata FXO (SPA3000) no meu asterisk, a identificação esta
  assim PSTN que é o tronco que criei.
 
  == Using SIP RTP CoS mark 5
  -- Called SIP/VonoOut/0XX30XX90XX8
  -- SIP/VonoOut-0005 is ringing
  -- SIP/VonoOut-0005 answered SIP/PSTN-0004
  -- Locally bridging SIP/PSTN-0004 and SIP/VonoOut-0005
  -- Executing [h@macro-dialout-trunk:1] Macro(SIP/PSTN-0004,
  hangupcall,) in new stack
  -- Executing [s@macro-hangupcall:1] GotoIf(SIP/PSTN-0004,
  1?endmixmoncheck) in new stack
  -- Goto (macro-hangupcall,s,9)
  -- Executing [s@macro-hangupcall:9] NoOp(SIP/PSTN-0004, End
  of MIXMON check) in new stack
  -- Executing [s@macro-hangupcall:10] GotoIf(SIP/PSTN-0004,
  1?nomeetmemon) in new stack
 
  Existe alguma maneira de identificar o ramal do pabx
 
  --
  Thiago Gomes
  ___
  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




 --
 Willian de Morais
 Cel: (48) 8811-9660
 Gtalk: williandmor...@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. 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



-- 
Thiago Gomes
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

2013-09-01 Por tôpico Thiago Gomes
desculpe.. este ai são os números para ligação, não está passando o
ramal do pabx..

é sempre PSTN..


Em 1 de setembro de 2013 18:07, Thiago Gomes thiagome...@gmail.com escreveu:
 ele esta passando

 Last Called VoIP Number:30XX90XX
 VoIP Peer Number:30XX90XX

 não estou usando autenticação..

 disallow=allall
 allow=ulawulaw
 canreinvite=no
 context=from-internal
 dtmfmode=rfc2833
 host=dynamic
 nat=yes
 qualify=yes
 type=friend
 username=PSTN

 Em 1 de setembro de 2013 08:18, Willian Morais
 williandmor...@gmail.com escreveu:
 Pelo que sei o tronco SIP irá sempre suprimir a identificação.
 Somente se você criar um tronco com autenticação por IP (sem username e
 secret), aí o ATA irá repassa a identificação da linha.
 Veja no ATA se aparece a identificação da chamada.


 Em 1 de setembro de 2013 01:20, Hudson Cardoso hudsoncard...@hotmail.com
 escreveu:

Você tem que ativar a função de repasse MFc do pabx, se não me engano,
 isso só é
 possivel em ligações transferidas dentro do pabx, quando vem diretamente
 do tronco,
 e não quando é de um ramal para outro.
Isso tem como programar na Nec, Siemens, Alcatel, Digitro, Intelbras,
 mas todas da forma que falei.


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



  Date: Sat, 31 Aug 2013 22:07:44 -0300
  From: thiagome...@gmail.com
  To: AsteriskBrasil@listas.asteriskbrasil.org
  Subject: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

 
  Pessoal,
 
  Estou com um ramal analógico ligado ao um PABX impacta 68, ele está
  ligado a um ata FXO (SPA3000) no meu asterisk, a identificação esta
  assim PSTN que é o tronco que criei.
 
  == Using SIP RTP CoS mark 5
  -- Called SIP/VonoOut/0XX30XX90XX8
  -- SIP/VonoOut-0005 is ringing
  -- SIP/VonoOut-0005 answered SIP/PSTN-0004
  -- Locally bridging SIP/PSTN-0004 and SIP/VonoOut-0005
  -- Executing [h@macro-dialout-trunk:1] Macro(SIP/PSTN-0004,
  hangupcall,) in new stack
  -- Executing [s@macro-hangupcall:1] GotoIf(SIP/PSTN-0004,
  1?endmixmoncheck) in new stack
  -- Goto (macro-hangupcall,s,9)
  -- Executing [s@macro-hangupcall:9] NoOp(SIP/PSTN-0004, End
  of MIXMON check) in new stack
  -- Executing [s@macro-hangupcall:10] GotoIf(SIP/PSTN-0004,
  1?nomeetmemon) in new stack
 
  Existe alguma maneira de identificar o ramal do pabx
 
  --
  Thiago Gomes
  ___
  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




 --
 Willian de Morais
 Cel: (48) 8811-9660
 Gtalk: williandmor...@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. 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



 --
 Thiago Gomes



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

Re: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

2013-09-01 Por tôpico Hudson Cardoso
   Poderia explicar melhor ?Voce quer a identificação que o pabx manda, ou que 
o ata manda ?agora fiquei confuso.

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

 Date: Sun, 1 Sep 2013 18:13:52 -0300
 From: thiagome...@gmail.com
 To: asteriskbrasil@listas.asteriskbrasil.org
 Subject: Re: [AsteriskBrasil] Identificação de Ramal analógico no asterisk
 
 desculpe.. este ai são os números para ligação, não está passando o
 ramal do pabx..
 
 é sempre PSTN..
 
 
 Em 1 de setembro de 2013 18:07, Thiago Gomes thiagome...@gmail.com escreveu:
  ele esta passando
 
  Last Called VoIP Number:30XX90XX
  VoIP Peer Number:30XX90XX
 
  não estou usando autenticação..
 
  disallow=allall
  allow=ulawulaw
  canreinvite=no
  context=from-internal
  dtmfmode=rfc2833
  host=dynamic
  nat=yes
  qualify=yes
  type=friend
  username=PSTN
 
  Em 1 de setembro de 2013 08:18, Willian Morais
  williandmor...@gmail.com escreveu:
  Pelo que sei o tronco SIP irá sempre suprimir a identificação.
  Somente se você criar um tronco com autenticação por IP (sem username e
  secret), aí o ATA irá repassa a identificação da linha.
  Veja no ATA se aparece a identificação da chamada.
 
 
  Em 1 de setembro de 2013 01:20, Hudson Cardoso hudsoncard...@hotmail.com
  escreveu:
 
 Você tem que ativar a função de repasse MFc do pabx, se não me engano,
  isso só é
  possivel em ligações transferidas dentro do pabx, quando vem diretamente
  do tronco,
  e não quando é de um ramal para outro.
 Isso tem como programar na Nec, Siemens, Alcatel, Digitro, Intelbras,
  mas todas da forma que falei.
 
 
  Hudson
  (048) 8413-7000
  Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma
  prova precisa.
 
 
 
   Date: Sat, 31 Aug 2013 22:07:44 -0300
   From: thiagome...@gmail.com
   To: AsteriskBrasil@listas.asteriskbrasil.org
   Subject: [AsteriskBrasil] Identificação de Ramal analógico no asterisk
 
  
   Pessoal,
  
   Estou com um ramal analógico ligado ao um PABX impacta 68, ele está
   ligado a um ata FXO (SPA3000) no meu asterisk, a identificação esta
   assim PSTN que é o tronco que criei.
  
   == Using SIP RTP CoS mark 5
   -- Called SIP/VonoOut/0XX30XX90XX8
   -- SIP/VonoOut-0005 is ringing
   -- SIP/VonoOut-0005 answered SIP/PSTN-0004
   -- Locally bridging SIP/PSTN-0004 and SIP/VonoOut-0005
   -- Executing [h@macro-dialout-trunk:1] Macro(SIP/PSTN-0004,
   hangupcall,) in new stack
   -- Executing [s@macro-hangupcall:1] GotoIf(SIP/PSTN-0004,
   1?endmixmoncheck) in new stack
   -- Goto (macro-hangupcall,s,9)
   -- Executing [s@macro-hangupcall:9] NoOp(SIP/PSTN-0004, End
   of MIXMON check) in new stack
   -- Executing [s@macro-hangupcall:10] GotoIf(SIP/PSTN-0004,
   1?nomeetmemon) in new stack
  
   Existe alguma maneira de identificar o ramal do pabx
  
   --
   Thiago Gomes
   ___
   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
 
 
 
 
  --
  Willian de Morais
  Cel: (48) 8811-9660
  Gtalk: williandmor...@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. 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
  

Re: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

2013-09-01 Por tôpico Gustavo Freitas
pelo que eu entendi, ele está querendo a identificação do ramal, por
exemplo, ramal 202 ligando pelo ata fxo. pelo log está o ata e não o ramal
do pabx.

será que tem possibilidade?  uma placa fxo será que é ideal?
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Identificação de Ramal analógico no asterisk

2013-09-01 Por tôpico Hudson Cardoso
   Intelbras so faz isso se a ligação vier pelo tronco, com identificação, a 
central encaminhapara o ramal DDR, sem a intervenção de qualquer outro ramal, 
reencaminhando o MFC para o ATA., se houver atendimento e for transferido, não 
funciona.

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

Date: Sun, 1 Sep 2013 19:04:27 -0300
From: gst.frei...@gmail.com
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: Re: [AsteriskBrasil]   Identificação de Ramal analógico no asterisk

pelo que eu entendi, ele está querendo a identificação do ramal, por exemplo, 
ramal 202 ligando pelo ata fxo. pelo log está o ata e não o ramal do pabx. 
será que tem possibilidade?  uma placa fxo será que é ideal? 

___
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

Re: [AsteriskBrasil] Gatway com chan_dongle

2013-09-01 Por tôpico Marcio - Google
Giovanni, como disse: respeito sua posição! Não concordo com a forma como
as coisas estão sendo colocada, como está sendo forçada a barra.

Vou repetir: quanto custa a operação do cliente?

Vou testar, vamos conversar em PVT. Também em respeito a sua pessoa e seu
esforço, vou tentar ajudar no source do chan_dongle.


[...]'s

Marcio


### Campanha Ajude o Marcio! ###
http://sosmarcio.blogspot.com.br/
http://www.vakinha.com.br/VaquinhaP.aspx?e=195793



Em 31 de agosto de 2013 13:46, Giovanni gio...@gmail.com escreveu:

 Marcio,

 você mistura soluções para empresas como a Petrobras (que pagam milhares
 de R$ em suporte para não parar) com o mercantil de lado a minha casa que
 usa 6 celulares para atender seus clientes Nenhum quer falar que
 chan_dongle supere todo o mundo e seja o produto do seculo. Por quanto eu
 vejo é uma alternativa econômica por quem não precisa de seguros para
 viver. Pois em cada produto tem o 'popular' e o de 'luxo' agora deveriam
 TODO comprar o de luxo por que? Um carro Fiat de 20 anos a trás faz o mesmo
 trabalho de uma Ferrari ZERO (trasporta pessoas nos limites de velocidade
 impostos) e se ficar no 'prego' nê Fiat nê Ferrari pagam NADA simplesmente
 som coisas que acontecem.

 Sobre responsabilidade civil: vejo curioso pagar um seguro por garantir
 produtos de outros fabricantes. Por mim o seguro a empresa tem que ter! Mas
 não por se responsabilizar sobre funcionamento de Khomp ou afins! O seguro
 que lhe foi imposto foi por ter a certeza que sua empresa teria entregado a
 solução contratada respeitando os compromissos, prazos e suporte futuros
 sem sumir no nada Pois tem muitas 'empresas' que vende merda e depois
 'some'... e nem ligam se alguém ir na justícia pois nada tem a perder por
 usar laranjas!

 *.Se eu tivesse sido processado pelo cliente, teria levando a Khomp
 junto. E se fosse o chan_dongle com os modens Huawei? Ia coloca a Huawei no
 meio? Ou o Makhutov e o Vagin? A Huawei no mínimo iria rir e simplesmente
 contra-argumentar que o produto não é para isso, e não é mesmo. No máximo
 eles iriam me processar por ter debloqueado o uso de voz, alegando patentes
 e segredos industriais*

 Por sua informação é a própria Huawey que fabrica os modems com
 funcionalidade de dados e voz ativas!!! Depois vem as operadoras de todo o
 mundo que personalizam firmware/discador e assim algumas (nem todas)
 desativam o recurso de voz ou até bloqueiam os modems. O recurso de voz se
 ativa com simples comandos 'AT' (difícil de encontrar ma existem) e sem
 atos de PIRATARIA... Agora as Operadora bloqueiam e personalizam modems e
 depois VENDEM (não alugam), assim se eu liberar um recurso original de um
 produto DE MINHA PROPRIEDADE que a operadora tirou, desafio a operadora a
 me processar!  Aqui em Fortaleza a Claro BRASIL vende o Modem E303 COM VOZ
 ATIVA, lacrado na caixa!! Mas poderia lhe falar que TODOS os modelos de
 Huawei que vem originais (sem brand de operadoras) vem com voz ativa. Assim
 sua declaração é sem fundo e errada.

 *Por último, o projeto está praticamente abandonado (um ano se
 atualizações) e tem vários issues pendentes. Até andei analisando o source
 e pensei em mexer, mas da forma que as coisa andam larguei de mão. Amanha
 ou depois vou ser processado por culpa de um sem noção. Sem contar que
 acho que o negócio está sendo desvirtuado a ponto de acabar prejudicando
 fabricantes sérios e profissionais, e não vou compactuar com isso*

 Que pena que seu pensamento é assim... não entendo porquê utiliza Asterisk
 que é open source e no seu termo de utilizo não oferece nenhuma
 garantia... Se os fabricantes, serio e profissionais (TUDO da definir),
 ficam prejudicados da chan_dongle (open source) significa que é a hora de
 abaixar os preços! R$ 1000 por canal é um absurdo mesmo! Lembrando que
 fabricantes NACIONAIS não pagam IMPOSTO para importação (pois fabricam) ao
 contrario de todos os outros que pagam até o 100% de imposto para
 importação.

 A verdadeira coisa que incomoda é que tem a possibilidade de pegar o
 chan_dongle e melhorar sendo código fonte... mas tem quem não quer!!!  Isso
 que ta ruim e irrita!!! Estou sempre com a ideia de, um dia, abrir um Forum
 onde terá tutorial de uso e patch para melhoria do código fonte do
 chan_dongle (tem patch e não publicadas ao contrario de que se acha). Já
 montei as bases mas o que me falta é o tempo por transferir tudo de mim
 cérebro para o 'papel'.

 Todos o que mechem da tempo com Asterisk sabem que uma vez tinha uma
 'gambiarra' com nome chan_bluetooth (anos a trás) lembram? Digium o
 integrou oficialmente no Asterisk chamando-o chan_mobile e quem testou
 ou usa (milhares de pessoas) sabe BEM que não presta com muitos canais pois
 os problema som na tecnologia usada... porque não chamamos isso de
 Gambiarra? Por o fato que agora é da Digium??? Loga vida ao chan_dongle!!!
 E longa vida 

Re: [AsteriskBrasil] Fwd: [asterisk-dev] Asterisk 12.0.0-alpha1 Now Available!

2013-09-01 Por tôpico Marcio - Google
Tem muita coisa nova e boa. Só tá difícil até testar. Tá dando muito pau
... rsrsrs


[...]'s

Marcio


### Campanha Ajude o Marcio! ###
http://sosmarcio.blogspot.com.br/
http://www.vakinha.com.br/VaquinhaP.aspx?e=195793



2013/8/31 Mike Tesliuk m...@tesliuk.com



 -- um sistema de bridging mais flexivel baseado no Bridging API

 --- um sistema interno de mensagens novo , Stasis

 --- Maior padronização e consistencia melhorada para o AMI

 Interface RESTful para o asterisk


 Um novo canal SIP baseado pjsip (oque isso significa ?
  7000 transações processadas por segundo em um P4/2.66Ghz, oque significa
 aumento do poder de processamento SIP do asterisk.


 Estas sao as principais anunciadas ali, mas a lista completa é
 http://svn.asterisk.org/svn/asterisk/branches/12/CHANGES


 Dentre as opções que olhei rapidamente destacaria.

 AgentLogin (junto com AgentRequest) em substituição ao chan_agent

 ConfBridge, adição de eventos, exibição de mais informações , novas opções
 para gravação , inclusive com append no arquivo de audio, se gravacao
 sofrer uma pausa ao retornar o audio é concatenado ao mesmo que ja estava
 sendo gravado.


 MixMonitor, alterado para que ligações transferidas continuam sendo
 gravadas

 Suporte a pass throught para VP8 e Opus (codecs de video)

 Varias mudanças no manager


 CDR  , quando em bridge (dois lados da chamada) cada lado tera um bilhete
 , oque permite voce fazer alteracoes de cobrança, variaveis do CDR agora
 sao repassadas para os dois canais envolvidos, , opção de debug na
 configuração do cdr, comando cdr show active  para exibir os cdrs em uso
 no momento.



 bom, tem muito mais coisas, estes sao alguns que considerei interessantes

 Em 30/08/13 23:33, Hudson Cardoso escreveu:

Se não se importa, poderia nos dizer o que há de novidade nele?



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



  --
 Date: Fri, 30 Aug 2013 23:30:12 -0400
 From: m...@tesliuk.com
 To: asteriskbrasil@listas.asteriskbrasil.org
 Subject: Re: [AsteriskBrasil] Fwd: [asterisk-dev] Asterisk 12.0.0-alpha1
 Now Available!


 Por isso eles estao convidado a todos para testarem, quanto mais gente
 rodar ele, mais bugs poderão ser solucionados e mais rapido poderemos
 desfrutar de novos recursos.

 ;)

 Em 30/08/13 22:35, Marcio - Google escreveu:

 Sim, eu sei Alexandre.
 Me referi não compensa pela quantidade de bugs. Tem coisa básica que tá
 dando pau.

 [...]'s

 Marcio

 
 ### Campanha Ajude o Marcio! ###
 http://sosmarcio.blogspot.com.br/
 http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
 
 Em 30/08/2013 22:21, Alexandre Cavalcante Alencar 
 alexandre.alen...@gmail.com escreveu:

  Marcio,

  Não compensa o quê? Isso é um technology preview...

  Sds

 Alexandre Alencar
 Twitter @alexandreitpro
 http://blog.alexandrealencar.net/
 http://www.alexandrealencar.net/
 http://www.alexandrealencar.com
 http://www.servicosdeti.com.br/
 COBIT, ITIL, CSM, LPI, MCP-I



 On Fri, Aug 30, 2013 at 10:39 PM, Marcio - Google marci...@gmail.comwrote:

  To com ele numa VM ... não compensa ...


 [...]'s

 Marcio

  
 ### Campanha Ajude o Marcio! ###
  http://sosmarcio.blogspot.com.br/
 http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
  


 2013/8/30 Sylvio Jollenbeck sylvio.jollenb...@gmail.com

  psc

 -- Forwarded message --
 From: *Asterisk Development Team* asteriskt...@digium.com
 Date: 2012/8/30
 Subject: [asterisk-dev] Asterisk 12.0.0-alpha1 Now Available!
 To: asterisk-...@lists.digium.com


 The Asterisk Development Team is pleased to announce the first alpha
 release of
 Asterisk 12.0.0.  This release is available for immediate download at
 http://downloads.asterisk.org/pub/telephony/asterisk/releases

 All interested users of Asterisk are encouraged to participate in the
 Asterisk 12 testing process.  Please report any issues found to the issue
 tracker, https://issues.asterisk.org/jira. All Asterisk users are invited
 to
 participate in the #asterisk-bugs channel to help communicate issues found
 to
 the Asterisk developers. It is also very useful to see successful test
 reports.
 Please post those to the asterisk-dev mailing list (
 http://lists.digium.com).

 The first preliminary test release of Asterisk 12 is an alpha release, not
 a
 beta release. Due to the size and scope of the changes in Asterisk 12,
 both an
 alpha test cycle and a beta test cycle will be performed. While users are
 encouraged to participate in both test cycles, users who choose to
 participate
 in the alpha release testing should understand that an alpha release has
 not
 undergone all of the community testing that a