[AsteriskBrasil] Ataque massivo a partir do IP 67.207.137.49
Danilo Almeida
daniloricalmeida em gmail.com
Quarta Julho 31 15:50:28 BRT 2013
Marcio,
Muitos estão na lista para aprender e realmente estão começando agora nesse
mundo (como eu). Trabalhei com telefonia, porém, nunca havia trabalhado com
linux, ai surgiu a necessidade e estou estudando. Não saio me arriscando
instalando servidores por conta e estragando o mercado... Creio eu que
ninguém aqui nasceu sabendo, ou nasceram?
Creio que também, quando estamos aprendendo, uma coisa normal é pegar uma
receita de bolo, aplicar e depois aprofundar os conhecimentos nela... Acho
que não deve generalizar o caso, realmente existe muita gente ai estragando
o mercado, mas existe também, muita gente com sede de conhecimento.
Existem vários outros pontos que gostaria de expor, mas deixa pra lá.
Em 31 de julho de 2013 15:36, José Ribeiro <andrade.ribeiro em gmail.com>escreveu:
> Incrível né. A integração da rede de telefonia com a rede de computadores
> permitiu que ela herdasse os poderes da redes de computadores, porém,
> consequentemente também herdou as fraquezas.
>
>
> Em 31 de julho de 2013 15:23, Marcio - Google <marciorp em gmail.com>escreveu:
>
> Guilherme, concordo com a sua colocação final. Segurança é de suma
>> importância para telefonia IP! Complemente dizendo que a maioria nem sabe o
>> que é isso!
>>
>> O exemplo foi minimalista, e só para demonstrar a necessidade de um
>> "firewall" entre a rede externa e os serviços.
>>
>> O grande problema é que a maioria mal sabe usar linux, não tem noção dos
>> conceitos básicos de rede e pioro de segurança. Ai pega meia dúzia de
>> receita de bolo na net e sai vendendo serviço, quando dá alguma "zica" a
>> culpa é da tecnologia!
>>
>> Quanto ao item 3.1, nunca fiz e me recusaria a fazer, pelo simples fato
>> que qualquer empresa que queria isso tem que ter grana para pagar. Um dos
>> principais erros do mundo "software livre", principalmente no Brasil, é a
>> ideia de que o Linux/Asterisk são de graça, então as soluções tem que ser
>> baratas se não de graça.
>>
>> Falando dos itens 3.2 e 3.3, é uma segurança a mais. Porém não é 100%,
>> pode ser contornado, principalmente por algum ex-funcionário que tenha
>> saído magoado da empresa e conheça a estrutura. Muitas vezes ele próprio
>> não faz, mas passas as informações para alguém fazer.
>>
>> Uso o item 3.4, com alguns detalhes a mais.
>>
>> Pois é, chegamos ao item 3.5, e nesse caso se for um ataque de pequeno
>> porte pra cima, a não ser que você tenha um appliance bem dimensionado, as
>> chances de algum problema são bem grandes. Por problemas não entendo apenas
>> conseguir fazer ligações, mas a própria indisponibilidade do sistema ou
>> queda do serviço é um problema.
>>
>> Estrutura minima detalhada: Internet <> Router <> Firewall Generalista /
>> Serviços / Aplicações / Pacotes *1 <> IDS <> [Proxy SIP] <> Asterisk
>> *1 - Normalmente um appliance, pode ser dividido em mais de um hardware.
>>
>> Não to considerando ai DMZ, a parte isolada para os serviços que não são
>> expostos e etc.
>>
>> Se o individuo passar pelo Firewall, dificilmente ele passa pelo IDS. Se
>> ainda assim passar pelo IDS, o Asterisk pode avisar o IDS de tentativas de
>> conexão mal-sucedidas, e esse por usa vez vai aumentar o rigor. O IDS
>> também conversa com o Firewall, e esse por sua vez com o Router, que em
>> ultima instancia isola determinadas rotas até a ação de um sysadmin.
>>
>> O problema é que a maioria não tem a menor noção disso, baixa a ISO de
>> uma distro Linux qualquer, instala de qualquer jeito e normalmente mais
>> pacotes que o necessário, baixa o Asterisk, usa uma receita de bolo para
>> instalar e sobe ele como *root* mesmo. Dai pega um script de iptables
>> pronto, que nem ao menos intende direito o que faz, e quando muito instala
>> o Fail2Ban, com receita de bolo também, e acha que é o supra sumo do
>> universo em Linux, Segurança, Redes, Asterisk e tudo mais. Tá feito a
>> lambança.
>>
>> Na primeira *zica* que acontece, fica desesperado, não sabe nem os logs
>> que tem e muito menos como usa-los, e vem pedir socorro na lista. E não
>> estou falando só sobre a questão de segurança mesmo.
>>
>> É só prestar atenção nas "dúvidas" que são postadas, chega ser triste!
>> Chega ao cumulo do cara postar a dúvida com um fragmento de log com a
>> mensagem explicando o problema!
>>
>> É só olhar a quantidade de gente cadastrada na lista, muitos antigos, que
>> nem respondem mais. Dá desanimo!
>>
>> Eu mesmo só voltei a ativa pra passar o tempo, e quando surge uma dúvida
>> de alguém que realmente demonstra ter interesse, tento ajudar.
>>
>> É isso, desculpe misturar a resposta a esse desabafo!
>>
>>
>>
>>
>>
>> [...]'s
>>
>> Marcio
>>
>> ========================================
>> ########### Campanha Ajude o Marcio! ###########
>> http://sosmarcio.blogspot.com.br/
>> http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
>> ========================================
>>
>>
>> Em 31 de julho de 2013 13:31, Guilherme Rezende <
>> asterisk em guilherme.eti.br> escreveu:
>>
>> Márcio, gerando uma discursão saudável sobre aspecto segurança:
>>> Trabalho a 13 anos c/ Linux e Firewall e a 4 c/ Asterisk. Ja
>>> trabalhei e ainda faço algumas instalações(de vez em quando) de Fortinet,
>>> SonicWall e Linux/Iptables/Snort.
>>> Bom, quando precisamos colocar uma máquina Asterisk exposta na Internet
>>> p/ que clientes externos possa se logar via SIP, a melhor alternativa é
>>> criando tuneis com OpenVPN usando TAP+SSL. Porém nem sempre em virtudes de
>>> custo essa solução torna-se viável e precisamos expor nosso Asterisk na
>>> Internet, tanto diretamente c/ um IP Público ou conforme solução
>>> apresentada por vc abaixo.
>>> Eu, particulamente discordo de sua solução que postou abaixo e
>>> prefiro usar IP-Público no Asterisk. Veja os motivos:
>>>
>>> 1 - No modelo que apresenta, seu Asterisk não fica livre de falhas ou
>>> Bugs no módulo SIP do Asterisk. O protoco SIP/UDP na forma que apresenta
>>> abaixo fica exposto na mesma forma como seu Asterisk estivesse c/
>>> IP-Público, além de poder gerar anomalias do NAT com SIP. Se o SIP não
>>> estiver liberado externo ninguém externamente irá se logar no seu server
>>> correto? Um atacante pode facilmente fazer BruteForce em seu servidor no
>>> modelo abaixo como se o mesmo estivesse com IP-Publico. Uma ferramenta p/
>>> isso e que uso em laboratório é o sipvicious. Não sei o porque, mas
>>> sempre quando sofro esses ataques, todos são oriundos de redes externas, ou
>>> seja, fora do Brasil. Acho que até na lista todos os cologas apenas sofrem
>>> ataques de brute force externo também...
>>>
>>> 2 - Bom, passando da esfera de um filtro de pacotes, uma grande solução
>>> seria análise de cabeçalho/string de pacotes do SIP p/ identificar anomalia
>>> no mesmo e ai sim bloquear, como ja existe p/ HTTP, SMTP, etc...
>>> Infelizmente nenhum dos firewalls proprietário que conheço não possui essa
>>> técnica.
>>>
>>> 3 - Bom, resumindo minhas colocações, eu monto meus projetos da seguinte
>>> forma:
>>> 3.1 - Quando se torna necessário expor o Asterisk ao IP Público.
>>> "Eu possuo 4 clientes c/ esse modelo e nunca tive problemas. Porém
>>> tentativas foram várias"
>>> Internet <> Router <> Asterisk
>>> 3.2 - Se todos os ips públicos que irão se logar via SIP são fixos,
>>> libero no firewall(iptables) apenas esses IP´s p/ se logarem.
>>> 3.3 - Caso não sei de onde esses IP´s virão, Libero a Range do BR
>>> conforme ja postei aqui e fecho todas as portas TCP, abrindo apenas as que
>>> irei usar como SSH, HTTP, etc..
>>> 3.4 - Depois do filtro de pacotes, instale um IDS p/ analise de
>>> pacotes mal forjados em cima do seu Asterisk e um bom exemplo p/ isso é
>>> usar o SNORT c/ uma rule pronta Asterisk.
>>> http://blog.sipvicious.org/2008/02/detecting-sip-attacks-with-snort.html
>>> 3.5 - Em 95% dos casos os ataques em cima do Asterisk são
>>> Brute-Force em cima do SIP p/ tentar se logar. Dificilmente os ataques em
>>> cima do SIP são de Stack-Overflow p/ se conseguir um shell no sistema por
>>> falha do Asterisk.
>>> Enfim, são vários cenários e concordo com vc quando diz p/ evitar
>>> expor seu Asterisk c/ IP Público. Devemos expor o mínimo. Porém nem
>>> sempre é possível.......
>>>
>>> Desculpa se fugi um pouco do escopo da lista que é Asterisk, mas creio
>>> que é um assunto de suma importância par telefonia IP. Que é a seguança !!!
>>>
>>>
>>>
>>> Em 31/07/2013 13:51, Marcio - Google escreveu:
>>>
>>> IP público no server?!?!?! My Good, alguém realmente faz uma sandice
>>> dessas???
>>>
>>> Acho que vou desencarnar e não terei lido tudo ... rsrsrsrsrsr
>>>
>>> No mínimo, mas mínimo mesmo: Internet <> Router <> Firewall <> [NAT]
>>> <> Asterisk
>>>
>>>
>>>
>>> [...]'s
>>>
>>> Marcio
>>>
>>> ========================================
>>> ########### Campanha Ajude o Marcio! ###########
>>> http://sosmarcio.blogspot.com.br/
>>> http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
>>> ========================================
>>>
>>>
>>> Em 31 de julho de 2013 12:37, Danilo Almeida <daniloricalmeida em gmail.com
>>> > escreveu:
>>>
>>>> surgiu uma dúvida referente a esses ataques, como sou inexperiente
>>>> nessa parte de redes, não sei como funciona essas tentativas...
>>>>
>>>> como que eles descobrem o servidor na rede?
>>>> como conseguem fazer tantas tentativas de ataque simultaneamente?
>>>>
>>>> se alguém puder me esclarecer um pouco sobre esse assunto eu
>>>> agradeço... até mesmo porque, precisamos conhecer as técnicas para nos
>>>> proteger.
>>>>
>>>> Obrigado
>>>>
>>>>
>>>> Em 31 de julho de 2013 13:33, Guilherme Rezende <
>>>> asterisk em guilherme.eti.br> escreveu:
>>>>
>>>> Gente, eu não uso Fail2ban. Como esses ataques são oriundos de
>>>>> redes externas ao BR, fiz o bloqueio de todas as redes cujam origem não são
>>>>> BR. E resolveu!! Não tenho problemas c/ ataques mais... Os logs do meu
>>>>> Asterisk nunca mais exibiram tentativa de logar via sip nos meus
>>>>> servidores. Veja o código abaixo que é bem simples, libero apenas as redes
>>>>> que estão listadas, depois fecho tudo. Se não tiver necessidade de ter
>>>>> alguém externo que logue no seu servidor, o código abaixo resolve.
>>>>> Desative todas suas regras de iptables, desative todos os firewall´s e rode
>>>>> o script abaixo.
>>>>>
>>>>> #!/bin/bash
>>>>> ipt=/sbin/iptables
>>>>> $ipt -F
>>>>> $ipt -A INPUT -i eth2 -s 172.16.5.0/24 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 186.0.0.0/8 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 187.0.0.0/8 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 177.0.0.0/8 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 179.0.0.0/8 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 189.0.0.0/8 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 198.50.96.130 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 200.0.0.0/8 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -s 201.0.0.0/8 -p udp -j ACCEPT
>>>>> $ipt -A INPUT -i eth2 -p udp -j DROP
>>>>>
>>>>>
>>>>>
>>>>> Em 31/07/2013 13:12, Danilo Almeida escreveu:
>>>>>
>>>>> recebi várias tentativas neste final de semana, porém, o fail2ban
>>>>> bloqueiou.
>>>>>
>>>>> DROP all -- 173.242.120.42 anywhere
>>>>> Nome do Host: 173.242.120.42 IP Address: 173.242.120.42 País: United
>>>>> States <http://en.wikipedia.org/wiki/united%20states> [image: united
>>>>> states] Código do país: US (USA) Região: Pennsylvania<http://en.wikipedia.org/wiki/Pennsylvania>
>>>>> Cidade: Clarks Summit Código postal: 18411 Código tel.: +1<http://en.wikipedia.org/wiki/Area_code#United_States>
>>>>> Longitude: -75.728 Latitude: 41.4486
>>>>>
>>>>> [2013-07-27 15:09:35] NOTICE[1775] chan_sip.c: Registration from
>>>>> '"shuang" <sip:shuang em IP-Servidor>' failed for '173.242.120.42:5061'
>>>>> - Wrong password
>>>>>
>>>>> [2013-07-28 15:09:43] NOTICE[1775] chan_sip.c: Registration from
>>>>> '"chu" <sip:chu em IP-servidor>' failed for '173.242.120.42:5081' -
>>>>> Wrong password
>>>>>
>>>>> [2013-07-29 15:09:45] NOTICE[1775] chan_sip.c: Registration from
>>>>> '"chu" <sip:chu em IP-servidor>' failed for '173.242.120.42:5081' -
>>>>> Wrong password
>>>>>
>>>>> [2013-07-30 15:09:47] NOTICE[1775] chan_sip.c: Registration from
>>>>> '"chu" <sip:chu em IP-servido>' failed for '173.242.120.42:5081' - Wrong
>>>>> password
>>>>>
>>>>> se observarem, eu bloqueio as tentativas por 24 horas, sendo assim, o
>>>>> invasor permanecia tentando no dia seguinte, agora dei um BAN permanente
>>>>> nele... rsrs
>>>>>
>>>>>
>>>>> Em 31 de julho de 2013 12:50, Thiago Anselmo <
>>>>> thiagoo.anselmoo em gmail.com> escreveu:
>>>>>
>>>>>> Amigo,
>>>>>>
>>>>>> Já teve outro amigo aqui da lista que teve o mesmo problema, e o
>>>>>> mesmo o fail2ban não pegou, pois eles não atacam penas 5060, existe outras
>>>>>> fomras!!
>>>>>>
>>>>>> Como está ligado seu PABX? Está atrás de NAT ou diretamente um IP
>>>>>> público ligado a ele?
>>>>>>
>>>>>> me diga que podemos realizar formas de fazer com o IPTABLES!! E
>>>>>> fica bom!!!
>>>>>> Bloqueia tudo e libera apenas para quem você deseja!
>>>>>>
>>>>>>
>>>>>> Em 31 de julho de 2013 12:40, Marcio - Google <marciorp em gmail.com>escreveu:
>>>>>>
>>>>>> Exatamente o que o Hudson disse ...
>>>>>>> Falha no dimensionamento e configuração.
>>>>>>>
>>>>>>>
>>>>>>> [...]'s
>>>>>>>
>>>>>>> Marcio
>>>>>>>
>>>>>>> ========================================
>>>>>>> ########### Campanha Ajude o Marcio! ###########
>>>>>>> http://sosmarcio.blogspot.com.br/
>>>>>>> http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
>>>>>>> ========================================
>>>>>>>
>>>>>>>
>>>>>>> Em 31 de julho de 2013 11:06, Hudson Cardoso <
>>>>>>> hudsoncardoso em hotmail.com> escreveu:
>>>>>>>
>>>>>>> O Fail2ban não pegou, porque ele ja conseguiu passar, isso
>>>>>>>> significa que o teu firewall não está corretamente
>>>>>>>> dimensionado, e/ou configurado.
>>>>>>>> No meu se fizer 3 tentativas, bloqueia por 15 minutos, e quando
>>>>>>>> um guest pede acesso ao diaplan, simplesmente
>>>>>>>> dou HangUp em todos os Guest.
>>>>>>>>
>>>>>>>>
>>>>>>>> Hudson (048) 8413-7000
>>>>>>>> Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova precisa.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> > From: caiopato em gmail.com
>>>>>>>> > Date: Wed, 31 Jul 2013 11:47:25 -0300
>>>>>>>> > To: asteriskbrasil em listas.asteriskbrasil.org
>>>>>>>> > Subject: [AsteriskBrasil] Ataque massivo a partir do IP
>>>>>>>> 67.207.137.49
>>>>>>>>
>>>>>>>> >
>>>>>>>> > Eu estava sendo vítima de uma tentativa de ataque a partir do IP
>>>>>>>> > 67.207.137.49 (Rackspace Cloud Servers),
>>>>>>>> > Foram 3548 tentativas em 10 minutos até ser bloqueado manualmente
>>>>>>>> no iptables.
>>>>>>>> > Não investiguei a fundo o método do ataque, mas basicamente ele
>>>>>>>> estava
>>>>>>>> > tentando cavar uma falha no dialplan.
>>>>>>>> >
>>>>>>>> > No console apareceu:
>>>>>>>> > Jul 31 09:53:58 WARNING[18816]: chan_sip.c:6903 get_destination:
>>>>>>>> Huh?
>>>>>>>> > Not a SIP header (tel:1900442075005000)?
>>>>>>>> > ...
>>>>>>>> > Jul 31 10:04:37 WARNING[18816]: chan_sip.c:6903 get_destination:
>>>>>>>> Huh?
>>>>>>>> > Not a SIP header (tel:2440900442075005000)?
>>>>>>>> >
>>>>>>>> > Note que o atacando manteve o sufixo e alterava só o prefixo (19,
>>>>>>>> 29,
>>>>>>>> > 39, .... até chegar no 24409 quando eu bloqueei via iptables.
>>>>>>>> >
>>>>>>>> > Esse tipo de ataque NÃO É identificado pelo fail2ban pois não há
>>>>>>>> logs gerados.
>>>>>>>> >
>>>>>>>> > O telefone 00442075005000 pertence a um banco (Citi) em Londres.
>>>>>>>> Pode
>>>>>>>> > ser apenas um número teste - se o atacante receber "CONNECT", a
>>>>>>>> > tentativa foi bem sucedida e ele descarrega um caminhão de
>>>>>>>> chamadas
>>>>>>>> > para outros destinos.
>>>>>>>> >
>>>>>>>> > Então vale o eterno conselho: fique de olho - não confie só no
>>>>>>>> fail2ban.
>>>>>>>> > _______________________________________________
>>>>>>>> > KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>>>>>>> > Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>>>>>>> > Intercomunicadores para acesso remoto via rede IP. Conheça em
>>>>>>>> www.Khomp.com.
>>>>>>>> > _______________________________________________
>>>>>>>> > ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e
>>>>>>>> SS7.
>>>>>>>> > Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>>>>> > Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>>>>>>> > _______________________________________________
>>>>>>>> > Para remover seu email desta lista, basta enviar um email em
>>>>>>>> branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>>>>>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>>>>>>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>>>>>>>> www.Khomp.com.
>>>>>>>> _______________________________________________
>>>>>>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e
>>>>>>>> SS7.
>>>>>>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>>>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>>>>>>> _______________________________________________
>>>>>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>>>>>> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>>>>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>>>>>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>>>>>>> www.Khomp.com.
>>>>>>> _______________________________________________
>>>>>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>>>>>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>>>>>> _______________________________________________
>>>>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>>>>> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Thiago Anselmo
>>>>>>
>>>>>> _______________________________________________
>>>>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>>>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>>>>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>>>>>> www.Khomp.com.
>>>>>> _______________________________________________
>>>>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>>>>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>>>>> _______________________________________________
>>>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>>>> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *att*
>>>>> *Danilo Almeida*
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>>>> Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
>>>>> _______________________________________________
>>>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>>>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>>>> _______________________________________________
>>>>> Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>>>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>>>>> www.Khomp.com.
>>>>> _______________________________________________
>>>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>>>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>>>> _______________________________________________
>>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>>> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> *att*
>>>> *Danilo Almeida*
>>>>
>>>> _______________________________________________
>>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>>>> www.Khomp.com.
>>>> _______________________________________________
>>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>>> _______________________________________________
>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>> Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
>>> _______________________________________________
>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>> _______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>
>>>
>>>
>>> _______________________________________________
>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>>> www.Khomp.com.
>>> _______________________________________________
>>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>>> _______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>
>>
>>
>> _______________________________________________
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>> www.Khomp.com.
>> _______________________________________________
>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>
>
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
> Intercomunicadores para acesso remoto via rede IP. Conheça em
> www.Khomp.com.
> _______________________________________________
> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
--
*att*
*Danilo Almeida*
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130731/abac8b57/attachment-0001.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil