[FUG-BR] Calcular valor para kern.ipc.nmbclusters
Boa tarde pessoal, estou tendo problemas com o FreeBSD 9.1-STABLE e placas Intel driver igb. O servidor está com 6 placas, 3 delas com tráfego. Estou tentando ativar a 4 placa e recebo o erro " kernel: igb5: Could not setup receive structures". Pelo ifconfig mostra a placa ativa, porém não há comunicação com a outra ponta ~# ifconfig igb5 igb5: flags=8c03 metric 0 mtu 1500 options=401bb ether 90:e2:ba:1e:4d:99 media: Ethernet autoselect (1000baseT ) status: active ~# ifconfig vlan1005 vlan1005: flags=8843 metric 0 mtu 1500 options=103 ether 90:e2:ba:1e:4d:99 inet 187.xxx.xxx.77 netmask 0xfffc broadcast 187.xxx.xxx..79 media: Ethernet autoselect (1000baseT ) status: active vlan: 1005 parent interface: igb5 Isso já me aconteceu antes e tive que ajustar o número de queues criadas automaticamente para cada placa de rede e também o valor de kern.ipc.nmbclusters. Setei um valor que acreditei ser bastante o suficiente, abaixo meu /boot/loader.conf. # Limitacoes para igb hw.igb.num_queues=4 hw.igb.rxd=4096 hw.igb.txd=4096 kern.ipc.nmbclusters=65536 - Por isso a pergunta, existe alguma fórmula para calcular esse valor de kern.ipc.nmbclusters? Não consegui encontrar documentação sobre isso. Se ajudar a utilização dos buffers no momento está assim: ~# netstat -m 61450/8150/69600 mbufs in use (current/cache/total) 61447/4089/65536/65536 mbuf clusters in use (current/cache/total/max) 61447/3593 mbuf+clusters out of packet secondary zone in use (current/cache) 0/966/966/32768 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/16384 9k jumbo clusters in use (current/cache/total/max) 0/0/0/8192 16k jumbo clusters in use (current/cache/total/max) 138256K/14079K/152336K bytes allocated to network (current/cache/total) 0/632670314/303926303 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Calcular valor para kern.ipc.nmbclusters
Estou pensando em dobrar esse valor ou triplicar, na dúvida procurei por alguma forma de calcular, no manual até fala em cálculo para um servidor web de acordo com o número de conexões, mas no meu caso não faço idéia de quantide de conexões simultâneas. O ruim de tudo isso é ter que reiniciar o servidor, só de madrugada agora e mesmo assim vai ter cliente que vai chiar :) Qual o valor que você está usando Gondim? No meu server tenho 1 igb onboard e 3 dessas Intel Dual. Essa máquina aí é um router? Em 1 de abril de 2013 17:31, Marcelo Gondim escreveu: > Em 01/04/13 17:06, Listas Discussão escreveu: > > Boa tarde pessoal, estou tendo problemas com o FreeBSD 9.1-STABLE e > placas > > Intel driver igb. > > > > > > O servidor está com 6 placas, 3 delas com tráfego. Estou tentando ativar > a > > 4 placa e recebo o erro " kernel: igb5: Could not setup receive > structures". > > > > Pelo ifconfig mostra a placa ativa, porém não há comunicação com a outra > > ponta > > > > ~# ifconfig igb5 > > igb5: flags=8c03 metric 0 mtu > 1500 > > > options=401bb > > ether 90:e2:ba:1e:4d:99 > > media: Ethernet autoselect (1000baseT ) > > status: active > > > > ~# ifconfig vlan1005 > > vlan1005: flags=8843 metric 0 mtu > > 1500 > > options=103 > > ether 90:e2:ba:1e:4d:99 > > inet 187.xxx.xxx.77 netmask 0xfffc broadcast 187.xxx.xxx..79 > > media: Ethernet autoselect (1000baseT ) > > status: active > > vlan: 1005 parent interface: igb5 > > > > > > Isso já me aconteceu antes e tive que ajustar o número de queues criadas > > automaticamente para cada placa de rede e também o valor > > de kern.ipc.nmbclusters. Setei um valor que acreditei ser bastante o > > suficiente, abaixo meu /boot/loader.conf. > > > > > > # Limitacoes para igb > > hw.igb.num_queues=4 > > hw.igb.rxd=4096 > > hw.igb.txd=4096 > > kern.ipc.nmbclusters=65536 > > - > > > > Por isso a pergunta, existe alguma fórmula para calcular esse valor de > > kern.ipc.nmbclusters? Não consegui encontrar documentação sobre isso. > > > > Se ajudar a utilização dos buffers no momento está assim: > > > > ~# netstat -m > > 61450/8150/69600 mbufs in use (current/cache/total) > > 61447/4089/65536/65536 mbuf clusters in use (current/cache/total/max) > > 61447/3593 mbuf+clusters out of packet secondary zone in use > (current/cache) > > 0/966/966/32768 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/16384 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/8192 16k jumbo clusters in use (current/cache/total/max) > > 138256K/14079K/152336K bytes allocated to network (current/cache/total) > > 0/632670314/303926303 requests for mbufs denied > > (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/0/0 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > > > No meu caso aqui quando tive esse problema só resolvi mesmo aumentando o > kern.ipc.nmbclusters > Que pelo que to vendo o seu tá no limite e precisa ser aumentado. Eu > tive que fazer isso quando coloquei 4 interfaces Intel Dual Server igb. > Veja o seu total já está em 65536, aumente para um valor maior e veja > novamente. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Calcular valor para kern.ipc.nmbclusters
Em 1 de abril de 2013 17:54, Marcelo Gondim escreveu: > Em 01/04/13 17:47, Listas Discussão escreveu: > > Estou pensando em dobrar esse valor ou triplicar, na dúvida procurei por > > alguma forma de calcular, no manual até fala em cálculo para um servidor > > web de acordo com o número de conexões, mas no meu caso não faço idéia de > > quantide de conexões simultâneas. > > > > O ruim de tudo isso é ter que reiniciar o servidor, só de madrugada > agora e > > mesmo assim vai ter cliente que vai chiar :) > > > > Qual o valor que você está usando Gondim? No meu server tenho 1 igb > onboard > > e 3 dessas Intel Dual. Essa máquina aí é um router? > Ixi o Antonio já já vai falar do top posting. Todos tem que se policiar > quanto à isto e deixarmos o histórico funcional e organizado para > futuras consultas. :) > > Sim no meu caso é um router mesmo. O valor que uso hoje nele é esse > aqui: kern.ipc.nmbclusters=262144 > > > > > > Em 1 de abril de 2013 17:31, Marcelo Gondim >escreveu: > > > >> Em 01/04/13 17:06, Listas Discussão escreveu: > >>> Boa tarde pessoal, estou tendo problemas com o FreeBSD 9.1-STABLE e > >> placas > >>> Intel driver igb. > >>> > >>> > >>> O servidor está com 6 placas, 3 delas com tráfego. Estou tentando > ativar > >> a > >>> 4 placa e recebo o erro " kernel: igb5: Could not setup receive > >> structures". > >>> Pelo ifconfig mostra a placa ativa, porém não há comunicação com a > outra > >>> ponta > >>> > >>> ~# ifconfig igb5 > >>> igb5: flags=8c03 metric 0 mtu > >> 1500 > >> > options=401bb > >>> ether 90:e2:ba:1e:4d:99 > >>> media: Ethernet autoselect (1000baseT ) > >>> status: active > >>> > >>> ~# ifconfig vlan1005 > >>> vlan1005: flags=8843 metric 0 > mtu > >>> 1500 > >>> options=103 > >>> ether 90:e2:ba:1e:4d:99 > >>> inet 187.xxx.xxx.77 netmask 0xfffc broadcast 187.xxx.xxx..79 > >>> media: Ethernet autoselect (1000baseT ) > >>> status: active > >>> vlan: 1005 parent interface: igb5 > >>> > >>> > >>> Isso já me aconteceu antes e tive que ajustar o número de queues > criadas > >>> automaticamente para cada placa de rede e também o valor > >>> de kern.ipc.nmbclusters. Setei um valor que acreditei ser bastante o > >>> suficiente, abaixo meu /boot/loader.conf. > >>> > >>> > >>> # Limitacoes para igb > >>> hw.igb.num_queues=4 > >>> hw.igb.rxd=4096 > >>> hw.igb.txd=4096 > >>> kern.ipc.nmbclusters=65536 > >>> - > >>> > >>> Por isso a pergunta, existe alguma fórmula para calcular esse valor de > >>> kern.ipc.nmbclusters? Não consegui encontrar documentação sobre isso. > >>> > >>> Se ajudar a utilização dos buffers no momento está assim: > >>> > >>> ~# netstat -m > >>> 61450/8150/69600 mbufs in use (current/cache/total) > >>> 61447/4089/65536/65536 mbuf clusters in use (current/cache/total/max) > >>> 61447/3593 mbuf+clusters out of packet secondary zone in use > >> (current/cache) > >>> 0/966/966/32768 4k (page size) jumbo clusters in use > >>> (current/cache/total/max) > >>> 0/0/0/16384 9k jumbo clusters in use (current/cache/total/max) > >>> 0/0/0/8192 16k jumbo clusters in use (current/cache/total/max) > >>> 138256K/14079K/152336K bytes allocated to network (current/cache/total) > >>> 0/632670314/303926303 requests for mbufs denied > >>> (mbufs/clusters/mbuf+clusters) > >>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > >>> 0/0/0 sfbufs in use (current/peak/max) > >>> 0 requests for sfbufs denied > >>> 0 requests for sfbufs delayed > >>> 0 requests for I/O initiated by sendfile > >>> 0 calls to protocol drain routines > >>> > >> No meu caso aqui quando tive esse problema só resolvi mesmo aumentando o > >> kern.ipc.nmbclusters > >> Que pelo que to vendo o seu tá no limite e precisa ser aumentado. Eu > >> tive que fazer isso quando coloquei 4 interfaces Intel Dual Server igb. > >> Veja o seu total já está em 65536, aumente para um valor maior e veja > >> novamente. > >> - > > Desculpe pelo top posting, no GMAIL não achei opção para responder abaixo e as vezes passa. Embora para ler eu prefira a resposta acima entendo a posição da lista e vou procurar me policiar para não ocorrer novamente. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Calcular valor para kern.ipc.nmbclusters
Em 1 de abril de 2013 17:58, Luiz Otavio O Souza escreveu: > 2013/4/1 Listas Discussão > > > Estou pensando em dobrar esse valor ou triplicar, na dúvida procurei por > > alguma forma de calcular, no manual até fala em cálculo para um servidor > > web de acordo com o número de conexões, mas no meu caso não faço idéia de > > quantide de conexões simultâneas. > > > > O ruim de tudo isso é ter que reiniciar o servidor, só de madrugada > agora e > > mesmo assim vai ter cliente que vai chiar :) > > > > Qual o valor que você está usando Gondim? No meu server tenho 1 igb > onboard > > e 3 dessas Intel Dual. Essa máquina aí é um router? > > > > > Pode aumentar esse valor sem grandes problemas (desde que você tenha > memória RAM suficiente). > > Esses drivers novos pre-alocam várias filas para cada placa dessa (com > MSIX). E como é uma fila para cada CPU o auto-tuning nem sempre funciona > (além do que você tem pouca memória): > > igb1: port > 0xece0-0xecff mem > 0xdd7e-0xdd7f,0xddc0-0xddff,0xdd7bc000-0xdd7b irq 45 at > device 0.1 on pci3 > igb1: Using MSIX interrupts with 9 vectors > igb1: Ethernet address: 90:e2:ba:04:18:d1 > igb1: Bound queue 0 to cpu 0 > igb1: Bound queue 1 to cpu 1 > igb1: Bound queue 2 to cpu 2 > igb1: Bound queue 3 to cpu 3 > igb1: Bound queue 4 to cpu 4 > igb1: Bound queue 5 to cpu 5 > igb1: Bound queue 6 to cpu 6 > igb1: Bound queue 7 to cpu 7 > > > Como você tem pouca memória (1GB) talvez seja melhor você limitar as filas > por placa mesmo. > > Num router assim eu recomendaria pelo menos 8GB de RAM... memória é barato > e hoje em dia todo acesso é via DMA (mapeado na RAM). _NUNCA_ deixe faltar. > > Att., > Luiz > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Quanto a memória está tranquilo, tem 16GB no servidor, vou colocar quadruplicar o valor atual pra garantir. De madrugada vou reiniciar para ver. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Calcular valor para kern.ipc.nmbclusters
Em 1 de abril de 2013 18:13, Listas Discussão escreveu: > Em 1 de abril de 2013 17:58, Luiz Otavio O Souza escreveu: > > 2013/4/1 Listas Discussão >> >> > Estou pensando em dobrar esse valor ou triplicar, na dúvida procurei por >> > alguma forma de calcular, no manual até fala em cálculo para um servidor >> > web de acordo com o número de conexões, mas no meu caso não faço idéia >> de >> > quantide de conexões simultâneas. >> > >> > O ruim de tudo isso é ter que reiniciar o servidor, só de madrugada >> agora e >> > mesmo assim vai ter cliente que vai chiar :) >> > >> > Qual o valor que você está usando Gondim? No meu server tenho 1 igb >> onboard >> > e 3 dessas Intel Dual. Essa máquina aí é um router? >> > >> > >> Pode aumentar esse valor sem grandes problemas (desde que você tenha >> memória RAM suficiente). >> >> Esses drivers novos pre-alocam várias filas para cada placa dessa (com >> MSIX). E como é uma fila para cada CPU o auto-tuning nem sempre funciona >> (além do que você tem pouca memória): >> >> igb1: port >> 0xece0-0xecff mem >> 0xdd7e-0xdd7f,0xddc0-0xddff,0xdd7bc000-0xdd7b irq 45 >> at >> device 0.1 on pci3 >> igb1: Using MSIX interrupts with 9 vectors >> igb1: Ethernet address: 90:e2:ba:04:18:d1 >> igb1: Bound queue 0 to cpu 0 >> igb1: Bound queue 1 to cpu 1 >> igb1: Bound queue 2 to cpu 2 >> igb1: Bound queue 3 to cpu 3 >> igb1: Bound queue 4 to cpu 4 >> igb1: Bound queue 5 to cpu 5 >> igb1: Bound queue 6 to cpu 6 >> igb1: Bound queue 7 to cpu 7 >> >> >> Como você tem pouca memória (1GB) talvez seja melhor você limitar as filas >> por placa mesmo. >> >> Num router assim eu recomendaria pelo menos 8GB de RAM... memória é barato >> e hoje em dia todo acesso é via DMA (mapeado na RAM). _NUNCA_ deixe >> faltar. >> >> Att., >> Luiz >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > Quanto a memória está tranquilo, tem 16GB no servidor, vou colocar > quadruplicar o valor atual pra garantir. De madrugada vou reiniciar para > ver. > Apenas passando para informar que fiz o ajuste no loader.conf e reiniciei o servidor. Tudo funcionando :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro arpresolve: can't allocate llinfo for
Observei esse problema também e até agora não encontrei solução. Fiz uns testes com FreeBSD e OpenOSFPD e por exemplo, tenho o ip 172.16.0.1/30 configurado numa interface do FreeBSD, essa interface está ligada em outro roteador com o ip 172.16.0.2/30. Fecho uma sessão OSPF entre ambos, ao anunciar a rede 172.16.0.0/30 pelo OSPF o FreeBSD remove a rota que é criada ao configurar o ip na interface e adiciona a recebida pelo OSPF. Bem estranho, ele não dá a devida preferência para a rota diretamente conectada e pior que, ao derrubar o OSPF, ele simplesmente remove a rota da tabela, não sobe a rota diretamente conectada. Em 6 de agosto de 2013 16:54, Hygor escreveu: > Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza >escreveu: > > > passar mais detalhes da sua configuração ? > > > Otavio, > Era exatamente isso.. o peer me passou um bloco /22 pra fechar bgp e > anunciou pra mim o msm /22... fiz um filtro pra esse bloco e resolveu.. > > **IMHO o FreeBSD não deveria dar preferencia pelas rotas locais? > > Obrigado!! > > Hygor Cavalcante > FSNETWORK CONSULTORIA > Skype: hygorr > MSN: hy...@bsd.com.br > EMAIL: hy...@bsd.com.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Placa de rede intel
Em 12 de agosto de 2013 15:09, Hygor escreveu: > alguém poderia informar se a placa intel e1g42et é boa pra se utilizar em > produção ? > Qual a placa de rede Giga que vocês tem utilizado que não tem dado dor de > cabeça? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Boa tarde Hygor, tenho utilizado esse modelo de placa com o FreeBSD 9.0 e o único "problema" que tive foi ter que configurar alguns parâmetros no loader.conf. Com a configuração padrão por ter 3 dessas placas instaladas no sistema, totalizando 6 interfaces de rede, ao subir mais do que 2 estourava a quantidade de buffers. De resto as placas tem funcionado muito bem. # loader.conf # Limitacoes para igb hw.igb.num_queues=4 hw.igb.rxd=4096 hw.igb.txd=4096 kern.ipc.nmbclusters=262144 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Placa de rede intel
Em 13 de agosto de 2013 10:21, Hygor escreveu: > Hygor Cavalcante > FSNETWORK CONSULTORIA > Skype: hygorr > MSN: hy...@bsd.com.br > EMAIL: hy...@bsd.com.br > > > Em 12 de agosto de 2013 15:33, Listas Discussão >escreveu: > > > Em 12 de agosto de 2013 15:09, Hygor escreveu: > > > > > alguém poderia informar se a placa intel e1g42et é boa pra se utilizar > em > > > produção ? > > > Qual a placa de rede Giga que vocês tem utilizado que não tem dado dor > > de > > > cabeça? > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > Boa tarde Hygor, tenho utilizado esse modelo de placa com o FreeBSD 9.0 > e o > > único "problema" que tive foi ter que configurar alguns parâmetros no > > loader.conf. Com a configuração padrão por ter 3 dessas placas instaladas > > no sistema, totalizando 6 interfaces de rede, ao subir mais do que 2 > > estourava a quantidade de buffers. De resto as placas tem funcionado > muito > > bem. > > > > > > > > # loader.conf > > # Limitacoes para igb > > hw.igb.num_queues=4 > > hw.igb.rxd=4096 > > hw.igb.txd=4096 > > kern.ipc.nmbclusters=262144 > > > > Ela seria recomendável para um ambiente de 500M de trafego? > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > No servidor que tenho com 6 interfaces de rede, 3 estão passando os 700M e outra está chegando bem perto disso. Então posso recomendar sim para 500M. Claro que também tem a questão de PPS, 500M com pacotes muito pequenos é uma coisa, com pacotes médios é outra. No meu caso está em torno de 90k/70k PPS em cada interface das que citei acima. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Termômetro USB
Em 19 de fevereiro de 2014 12:04, Márcio Elias escreveu: > 2014-02-19 11:55 GMT-03:00 Renata Dias : > > > mantunes, > > > > Eu pedi para o meu setor de compras confirmar se não encontra esse TEMPer > > no > > Brasil, no http://www.portaldasantaifigenia.com.br por exemplo... rs > > No deal extreme levaria meses... > > De qualquer forma ainda estou bastante insegura se vai rodar bem no > > FreeBSD. > > > > > > Márcio Elias, > > Pelo que pesquisei sobre essa linha da Ubiquiti, ela necessita de conexão > > 2.4GHz, não tem nenhuma entrada RJ45 ou outra. > > > > > > Para quem me sugeriu o Arduino, teria algum material (for dummies) para > me > > indicar ? Essa placa LM75 é apenas o sensor, correto? eu preciso de mais > o > > que pra funcionar o conjunto todo? Como é a conexão do conjunto todo com > o > > servidor (serial, rj45 ..)? > > > > Obrigada a todos ! > > > > > > Em 17 de fevereiro de 2014 23:05, Márcio Elias > >escreveu: > > > > > 2014-02-17 20:26 GMT-03:00 Luis Barcellos : > > > > > > > OI Renata, > > > > Dê uma olhada neste produtos, são bem interessantes. > > > > > > > > http://www.nagios.org/products/environmental > > > > > > > > > > > > []s > > > > Luis Barcellos > > > > > > > > > > > > Em 17 de fevereiro de 2014 15:50, Renata Dias > > > >escreveu: > > > > > > > > > Boa tarde, > > > > > > > > > > Alguém poderia me indicar uma marca e modelo de Termômetro USB para > > > > > conectar a um servidor FreeBSD e controlar a temperatura do > ambiente? > > > > > > > > > > A intenção é que eu consiga através deste FreeBSD gerar alertas no > > > Nagios > > > > > quando a temperatura do datacenter oscilar. > > > > > > > > > > Obrigada. > > > > > > > > > > -- > > > > > Renata Dias > > > > > - > > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > - > > > > > > > > > > > Olha, não vai rodar no FreeBSD (pelo menos não no console, ou no > Nagios) > > > mais tem a linha da Ubiquiti pra medir temperatura, aqui na empresa > > usamos > > > 2 sensores pra monitorar a temperatura do CPD e sala de Nobreaks. Nos > > > Nobreaks ainda utilizamos outros sensores da mesma linha pra monitorar > a > > > amperagem sendo consumida de cada equipamento. > > > > > > Não é uma linha de produtos específicos para monitoramento de > Datacenters > > > ou nada do tipo, é mais pra automação residencial pelo que entendi, tem > > tmb > > > sensores de abertura entre outros. Mais no nosso caso está atendendo > > muito > > > bem. > > > > > > Segue o link: http://www.ubnt.com/mfi > > > > > > Pelo que faz e o custo que tem, com certeza vale pelo menos uma > > tentativa. > > > > > > -- > > > Att. > > > __ > > > Márcio Elias Hahn do Nascimento > > > > > > Araranguá - SC > > > Cel: (55) 48-9661-0233 > > > msn: marcioeliash...@hotmail.com > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > -- > > Renata Dias > > - > > > > Não, vc compra um módulo mFi com 2 portas RJ45 pra ligação de até 2 > sensores, e depois monitora esse módulo mFi. > > Seguem os links. > > sensor de temperatura: > > http://www.flytec.com.py/?inc=view&p=1298&prod=UBIQUITI%20MFI-THS%20SENSOR%20DE%20TEMPERATURA > > sensor de corrente (Amperagem): > > http://www.flytec.com.py/?inc=view&p=1297&prod=UBIQUITI%20MFI-CS%20CURRENT%20SENSOR > > Modulo mFi: > http://www.flytec.com.py/?inc=view&p=1300&prod=UBIQUITI%20MFI%20MPORT > > Tudo isso funciona com cabos UTP e conectores RJ45. > > Esses links são do Paraguai, se não tiver como trazer de la, a WDC Networks > é revendedor Ubiquiti aqui no Brasil, sem contar que vc pode comprar no > Mercado Livre, ou qq outro lugar. Os produtos da Ubiquiti são muito > conhecidos por provedores de internet a rádio. > > > -- > Att. > __ > Márcio Elias Hahn do Nascimento > > Araranguá - SC > Cel: (55) 48-9661-0233 > msn: marcioeliash...@hotmail.com > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Detalhe é que esse equipamento da Ubiquiti tem que usar o software dele pra configurar/verificar informações. Não tem suporte SNMP, fica dependente do software deles. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
