Versão Imprimível
Bem já que dei o ponta pé inicial para construirmos nosso firmware resolvi abri este tópico e tomei a liberdade de sugerir o nome do projeto. VIDA.
Sejam bem-vindos todos que desejarem ajudar e aos que não quiserem agradecemos por não atrapalhar.
Então mão a obra amigos.
vamo nessa
Mas porque VIDA e nao "Under" ?
UnderFirm
:(6)
boa under
como o underlinux é uma grande comunidade e 90% das minhas dúvidas são respondidas aqui, acho mais que generoso chamar de under , underfirm , underlinux firmware ou algo do gênero :).
pra começar gostaria de saber qual distro básica vamos iniciar o desenvolvimento. vão as que eu conheço.
01) realap:
testei o realap aqui e funciona bem, baseia-se no kernel 2.4.27 , driver madwifi e no webserver hhttpd. a desvantagem é que não consegui fazer wep ou nenhuma criptografia funcionar.
02) shortlinux
a versão mais fácil para desenvolvermos um firmware, só pegar no site www.euodeio.net , descompactar , e iniciar o install.sh. o link para o mirror do source forge "unc" está quebrado e não é feito os downloads necessários, então aconselho que alterem onde estiver "unc.sourceforge.net" para "ufpr.sourceforge.net"
Parabens ao Eliphas , mais uma fez pela iniciativa.
Ambos usam muitas coisas do projeto rtl8181.sourceforge.net vale dá uma lida no forum e nos howtos, tem muita informação lá.
eu voto no shortlinux, pois tem uns scripts bem fáceis para fazer a compilação e criação do firmware, no read-me tem todos os detalhes.
neste caso só precisariamos melhorar a interface web, criar alguns scripts de controle de tráfego, firewall, etc e tal.
gostaria também de propor que cada um seja "responsável" por uma parte de desenvolvimento do firm.este responsável irá receber e-mails com opiniões, conselhos, dúvidas e fragmentos de códigos para adicionar a versão final. temos várias partes possíveis:
kernel (rtl8181 , rtl8186 ,módulos, performance, portabilidade entre devices, cross compilers, libs, etc) --> INFeCT pega o kernel se nao se importarem.
drivers (madwifi , rtl8180 , rtl8139 , serial , leds, etc etc)
traffic control (controle de banda, QOS ....)
firewall (iptables,bridges, controle de mac, spoffing ....)
interface (interface web, scripts php ,páginas html , design.....)
utilitários (snmp , ssh ,wathdog, syslog....)
se esqueci de algo, postem aí:
leiam o README e postem suas dúvidas, o underlinux firmware está para nascer.
o shortlinux
é uma boa ideia
bom eu to comprando um ovislink hoje pra meter firmware dentro dele e começcar a mexer também, quem precisar que teste algum e faça alguma coisa é de vcs!!!
pow galera...eu tenho um Ovislink paradaum aki, sem FW (tava brincando com ele...HuHEuE)...Mas pow, eu não tenho o cabo MAX232 pra bootar e uppar fw pra ele...A cidade onde moro é o fim do Mundo...não encontro esse chip nem a pau!!! Saca só, eu me comprometo a testar os FW nesse meu Ovis 1120 (e ainda posso implementar algumas funções - já que mexo bastante com iptables e HTB) se alguem puder enviar pra mim um cabo MAX232 (ou pelo menos as peças necessários). Eu pago o custo!!
Outra coisa, eu tenho umas idéias na cabeça pra parte de AP-client (pois pra mim é muito melhor usar um Ovis ou Zinwell num cliente que uma placa PCI). Ai vai as idéias:
- Controle de Banda na Interface (HTB) + QOS (isso pra priorizar VOIP p. ex. - essa parte eu posso, com a ajuda de algum scripteiro, implementar)
- Cliente de VPN IPSEC (para criptografar toda a comunicação entre o cliente e o Provedor - isso eu também mexo)
- NAT/Routing (basicão né!!!)
Bom, essas são as minhas necessidades para um FW, pois como falei, eu uso AP nos clientes (o que me livra de muitas dores de cabeça em relação às placas). Acho que muita gente também gostaria dessas funções num FW.
Então, alguém ai poderia me dar uma força com o CABO MAX232 ? (eu pago...HuEHE). Qualquer coisa me contate em: roney {arroba} portalinfocenter.com.br
valeus!
http://produto.mercadolivre.com.br/M...x232-maxim-_JMCitação:
Postado originalmente por roneyeduardo
Bom, já negociei a compra do cabo....E ai povão, colé...vamo tocar o projeto pra frente? Vamos fazer uma lista de FEATURES que o Firmware deverá ter (pelo menos de início) e discutir em cima disso!
Pow, eu curti pra caramba as idéias do InFect...Eu acho que posso ajudar na parte de iptables, QOS com HTB (controle de banda e priorização de serviços são o que mais desejo num FW) e a parte de SNMP para monitoramento do tráfego nas interfaces me agrada muito! Tô pensando em colocar o iperf (client) pra rolar tbm (pra testar o bandwidth do link)...Rapá, com tantas funções, acho que vão ter que sair várias versões de Fw...hUEHuhe.
A parada de cada um ficar responsável por uma parte e ficar recebendo sugestões via e-mail (ou MP tbm, já que o aviso chega no e-mail) achei boa idéia...Vou baixar os fontes e o shortlinux pra dar uma estudada...
Bem colegas.. aora tou curioso.. afinal como voces fazem um firmware?.. já ouvi falar N vezes de alguns firmwares tipo o tuxAP e assim... pelo que pareçe então são apenas distribuiçoes de linux, estou correcto?.. como voces colocam eles a correr em um router/AP ...o CPU dos AP's é suportado pelo kernel?.. me informem mais sobre isso.. posso dar uma ajuda se for preciso :)
Um abraço[]
vamo agitar
tamos fazer a firware para qual radio lembrando que os edimax tem só 8mb naum da pra fazer muita coisa os ovislink tem 16 ja da pra fazer algo
podemos fazer uma firmware para cliente onde eçe só faz o route com controle de banda
Vamos lá:
Para começar, os que não tem domínio da coisa eu vou explicar mais ou menos, me corrijam se eu estiver errado.
O firmware nada mais é que um linux normal, só que a sua compilação é feita através de um cross compiler. Um cross compiler é um conjunto de compilador e bibliotecas responsáveis pela compilação de um fonte para uma determinada plataforma.
A plataforma que estas bridges (ovislink, kodama, sinwell, edimax) utiliza é a mips. só que é um tipo de mips de patente livre (um "hardware" open source). Isto torna o hardware bem barato. No caso o chip rtl8181 é um SOC da realtek semiconductors. Um SOC é um System On Chip, ele é quase uma placa mãe inteira encapsulada em um chip. No rtl8181 temos alguns devices, os mais importantes são:
01) um chip rtl8180 (wireless)
02) um ou dois chips rtl8139 (lan)
03) uma UART6550 (porta serial)
04) um processador lexra de 200mhz
no caso do rtl8186 que está chegando por aí temos:
01) um chip rtl8185 (wireless 802.11b/g e alguns 11a)
02) um ou dois chips rtl8139 (lan)
03) duas UART6550 (porta serial)
04) um processador lexra de 200mhz
alem de instruções a nível de hardware para suporte a criptografia avançada, e outras peculiaridades.
Na plaquinha onde está soldado este chip temos 1 ou 2 bancos de memória sdram de 8mb cada , e uma memória flash de 2 ou 4mb. a memória flash é como se fosse o HD da plaquinha.
Então senhores, vamos fazer o download de tudo. depois compilamos o kernel com o cross compiler. O kernel é alterado visando economia de espaço e recursos que não vamos utilizar. após compilar o kernel, compilamos os módulos de drivers e recursos de rede. depois vamos passar para os daemons como web server, ssh server, syslog se precisar , e por aí vai.
após compilar tudo é feito um filesystem de forma compactada , não entendi muito esta parte mas é feito um dump de todos os executaveis, libs e recursos do sistema operacional em um arquivinho de imagem. esta imagem é enviada para a plaquinha através de um tftp.
após ser enviado gravamos este arquivo na memória flash (momento crítico este, pois pode-se perder a plaquinha se fizer errado) e pronto. só dar boot.
mas referências pode ser encontradas em:
rtl8181.sourceforge.net
www.realtek.com.tw
dúvidas?
Seguinte, falando um pouco mais sério: Acho que devemos nos focar agora nos chips RTL8186, visto que os 8181 (como no caso do Ovis 1120) já saíram de linha...Só são vendidos se estiverem em estoque (antigos)...Atualmente, as lojas estão vendendo mais equipamentos 8186 "based", que é o caso do Zinwell G-120, o novo modelo do Ovis...os Kodama, e por ai vai. O que me dizem?
Também estive pensando na possibilidade de fazermos duas versões distintas de FW. Uma apenas para AP(+WDS), e outra apenas para Client. Assim, agente poderia ter mais espaço em cada para implementar as funções desejadas...Concordam?
Por favor, alguém que já tivesse tudo na mão poderia passar os links para os sites dos projetos mais relevantes (tipo, rtl8181, rtl8186, shortlinux, etc...) ?
caro roneyeduardo
sobre 2 firmware foi o que eu disse mais em cima ai
se vc dfizer uma só paa cliente assim vc tera mais espaço na flash
O que difere ambos são somente os aplicativosCitação:
Postado originalmente por Benatto
o kernel será o mesmo, os drivers também, portando o início do desenvolvimento poderá ser em conjunto.
ok
entendo
então como dizia o esquartejador vamos por partes
ja escolheram o kenel e os drivers a serem usado ??
Blz...tava só dando um reforço...valeu!!! :DCitação:
Postado originalmente por Benatto
Galera, eu achei esse site...Ele é como se fosse uma compilação de muitas das informações que precisamos:
http://www.linux-mips.org/wiki/Realtek_SOC
Saca só que (outra) coisa interessante eu achei:
O Link é: http://www.smallworks.com/archives/00000388.htmCitação:
Here's Embedded linux from scratch, in 40 minutes. Here are some slightly longer training courses. All free and online. They're licensed under "Creative Commons", and I know you hate that shit, let us know if thats why you haven't bothered.
OK, enough of that, I do have these skills, but they're not needed. The rtl8181 project (on sourceforge) has source for a 2MB version of linux running an 802.11 AP. (There is new code released under the GPL for the rtl8186 "11g" AP-on-a-chip, too.)
The nice thing is that both the rtl818x and the Broadcom BCM4712LKFB are based on a 'mips4c' core, basically a MIPS32 CPU with the associated "mips standard" MMU. Therefore, with small exceptions of code side due to differences in the populated board (say, the ethernet chip) or software functions, and trivial differences for the kernel (CPUID) and bootloader, the same code could run on either part.
So, its entirely possible with slight twists to get a 2MB flash/8MB ram footprint linux codebase for this machine, but this leaves precious little memory and flash for anything "extra", which is what the guys at OpenWRT (etc) love to do.
Ou seja, agente pode aproveitar algumas coisas (ou então modificar para rodar nos RTL) o OpenWRT.
ta ficando cada vez melhor!!!!!
Boa idéia. Quero acompanhar o projeto.
Também tenho um 1120AP. Se precisarem de betatesters, contem comigo.
:clap:
não tenho muito conhecimento em Linux e programação, mas nao teria como pegar esses firmwares que sao comercializados (Ap Router NG, tuxap) e descompilar?
é uma idéia boa
O que voces acham de usar o kernel 2.4.18? É antigo, mas é mais leve e possui os recursos que precisamos!
Se possivel, colocar o suporte a conexao PPPoE e o L7 FILTER.
Imagine poder bloquear os p2p direto na bridge?
Vamos fazer um projeto no source forge? creio que seria mais facil para a comunicacao nao acham?
Saudações,
:(6)
é vamos deixar o projeto na underlinux mesmo
sobre o kernel 2.4.18 é um bom kernel
e controlar p2p no radio seria legal mais sera que o radio vai dar cotna do recado
lembrando que eles naum são tão potentes assim
uma duvida qual é a conf hardware destes radio ???
A maioria é mips 200 Mhz, os componentes variam de acordo com o fabricante, mas em vários deles é possível fazer overclock via software (lembrando que diminui um pouco a vida útil do equipamento).
creio que 200MHz com 16RAM funciona legal o L7.
Entao, com o L7 habilitado, menos clientes em cima dele...
ou
L7 desabilitado, mais clientes, seilah, vamo bota as ideias aqui nos posts.
:(6)
creio para a versao cliente ta pra fazer tudo pois ele tera poucos clientes
agra na versao ap ja complica um pouco
Concordo plenamente.Citação:
Postado originalmente por Benatto
Acho que agente podia deixar essas funções que requerem maior poder de processamento e memória na versão "client", pois como disse o nosso amigo ai, ele vai estar servindo na porta LAN, qua aguenta mais o tranco!
Continuando a conversa.. pq em vez de remover o L7 ou remover "mais clientes" .. pq não remover servicos desnecessários?.. por exemplo.. configuração via http..
pq nao configurar o AP todo por telnet, ou ssh, assim economizava-se espaço e memoria :) visto que n precisamos de nenhum http nem os respectivos CGI's nem na flash, nem na ram :)
em vez de se fazer uma pagina toda bonitinha, pode-se fazer um menu para a configuração do AP via consola... acho que seria mto bom..
agora fikei curioso sobre esses firmewares, tenho aqui um router que me dá mtos problemas... mas ele tb alem de router é switch... akonteçe que fica caindo a ligação a toda a hora, especialmente se houver mto trafego na rede.. será que dá pra meter um firmware nele? e fazer todas as funçoes que ele faz agora e switch tb?
explikem me onde posso arranjar esse cross compiler :)
ok ok ok galera
vamos por desordem nesta bagunça :)
Primeiro vou pedir para os adm do underlinux criar um topico fixo pra gente.
após isto, gostaria de saber quem quer cuidar de cada parte do firm.
kernel (rtl8181 , rtl8186 ,módulos, performance, portabilidade entre devices, cross compilers, libs, etc) -->
drivers (madwifi , rtl8180 , rtl8139 , serial , leds, etc etc)
Eu vou cuidar desta parte, aliás já estou "tentando" trabalhar nesta parte a um bom tempo.
traffic control (controle de banda, QOS, módulos de contróle de tráfego p2p etc ....)
firewall (iptables,bridges, controle de mac, spoffing ....)
interface (interface web, scripts php ,páginas html , design.....)
utilitários (snmp , ssh ,wathdog, syslog....)
documentação (how to, wiki, faq , manual, forum de suporte.....
)
quem se propor a cuidar de cada parte irá ter um e-mail a disposição para receber as propostas, fragmentos de códigos, exemplos, dicas, informações, dúvidas, xingos, reclamações etc etc etc. irá respondê-las se possível e no final vamos nos reunir e empacotar tudo.
o que acham da ideia?
vamos então, quem se habilita?
lembrando que: Ninguem vai diretamente ganhar nada com isso. pelo menos eu vou dedicar o tempo que puder e sempre estarei em contato. posso, como todos vocês estou aprendendo e todo mundo vai apanhar bastante até montar esse firm. mas no final os créditos mais que vão valer a pena.
já podem enviar e-mail sobra minha parte [email protected]
posso ajudar no kernel no firewall e nas interface
masi temos que descidir o que vai feito
ex: na internface como vai ficar se vai ter internface ou vai ser por ssh
Cara, eu posso trabalhar com o QOS (baseado em HTB). Então eu vou precisar que você compile o suporte no kernel. Bom, e já que você tá mexendo com o kernel, vai ser preciso que vc adicione os patches para l7. Mas cara, é o seguinte...Vamos começar pelo começo (HeuUEhE): Vamo deixar um kernel, uma console e um file system pelo menos bootável (ai o resto é mel na chupeta). Concordam...então Benatto, vc vai ser o cara que vai dar o ponta-pé inicial...mas com ajuda é claro!
Pessoal, sou bem novo por aqui, mas a idéia é otima mesmo. Não saco de firmware, mas saco bastante de programação, se eu puder ajudar, to nessa.
Tem uma idéia que me surgui, vejam se acham interessante. Muita gente ( não profissional ) tem usado ap como roteadores ligado diretamente após um modem em modo bridge acessando uma linha ADSL. No caso do velox muitos tem usado um autenticador via computador para ficar autenticando automaticamente o provedor. Será que não poderiamos colocar um autenticador direto no firmware? Ficaria show. O ap já faria a autenticação.
um abraço.
Blz pow, é só usar aqueles scripts que já tem pronto lá pelo vivaolinux.com.br para autenticar em vários serviços ADSL (como velox, speed, etc...)Citação:
Postado originalmente por JSHARK2004
Se você sacar de shell script tá bom demais! Pode ajudar a fazer uns scripts bem organizados pro que agente precisar para o FW. Se você sacar de C, pode fazer um Menu em modo texto...BLZ ?
aham QOS e os patchs L7 seráo adiconaods, vou ver treco de espaço , etc.
outra coisa. se alguem quiser um pc pra fazer de cobaia, pode fazer
é só colocar uma placa de rede, uma plaquinha edimax, ou lg com rtl8180 que já dá pra ter uma base. claro q a portabilidade é mais complicada, mas quem não tem cão caça com gato. esta condição de desenvolvimento é ótima para os scripts por exemplo, que são independentes do driver etc.
pra testar os recursos do hardware é um pouquinho mais complicado, mas to me virando.
outra coisa.
o nome vai ser underlinux firmware mesmo?
Volto a insistir pra que o pessoal de uma olhada no DD-WRT, pq é muito completo e tem todas as funcionalidades que estão pedindo.
Não estou falando para usarem ele, mas para tomar como referência no desenvolvimento do nosso.
soh uma pergunta: vcs ja viram o SDK do rtl8186 ??? eh mais ou menos semelhante ao esquema do shortlinux.. vale a pena conferir...
http://download.tulip.com/support/co...tl-11g-GPL.tgz
e tem esse aqui tbm: http://www.tuxap.com.br/download/WL5460AP-SDK.zip
sao arquivos grandes(+-90mb), eles ja possuem o crosscompile, ja vem com o kernel com os patchs necessarios para o rtl8186 aplicados, e com os aplicativos comuns como busybox, udhcp,, etc...
vejam aih por favor, eu estou brigando em cima disso, mas acabei de perder o meu unico ap 5460 da ovislink.. to esperando chegar mais.. acho que se nos trabalharmos em conjunto, chegaremos a um resultado bem mais rapido..
vlw a todos..
Vcs deviam usar o SDK...
Em relação à RTL8186, eu gostaria de trabalhar em cima do Zinwell G-120. Alguem poderia me tirar uma dúvida: O mesmo esquema de max232 que se usa para ovislink 1120 funciona no Zinwell e em todos os outros RTL8181 e 8186 ?
Se for diferente, alguém ai tem algum esquema? Tenho um Zinwell G-120 e um Ovis 1120 parados aqui, dá pra eu meter a mão na massa tanto nas versões pra 8181 quanto 8186...
A pinagem do g120 é a seguite:Citação:
Postado originalmente por roneyeduardo
2 - GND
5 - TX
6 - RX
Outra coisa: o bootloader dos rtl8186 tem uma opção ¨burn¨ de gravação automática do binário em tftp. Para usá-lo basta desligar a fonte do rtl8186 board e pressionar o reset e voltar a ligar a fonte mantendo o reset pressionado. Depois é só colocar o cabo de rede na porta lan1 ( no caso do ovislink 5460) e a outra ponta na máquina rodando linux ou ruindows XP ( o windows 98 não tem suporte nativo ao tftp), mudar o ip para 192.168.1.1 e rodar o seguinte comando:
Ruindows:
tftp -i 192.168.1.6 put imagem.bin
Linux:
tftp 192.168.1.6
binary
put imagem.bin
Espere o reinício (não desligue da tomada !) e pode acessar normalmente. Isso vale para teste de imagens ou para recuperar equipamentos com o fw bichado.
Se necessitarem de ajuda no desenvolvimento deste fw podem contar comigo !
Pessoal acho perda de tempo desemvolver um firmware pra um radio que já saiu de linha, temos que trabalhar emcima do que tem pra comprar ainda no mercado, no caso o ovislink 1120 AP já não é mais fabricado foi substituido pelo wl 5460 AP, entao fizemos um firmware pro nivel desse radio, depois de pronto vamos tirando coisas até ele caber em um mais antigo... Só uma sugestao.
É por isso que estamos discutindo sobre RTL8186 !!!Citação:
Postado originalmente por patrickcanton
Gente
o zinwell é 2 ou 4mb de flash?
4 mb
galera, quem quiser ficar nas responsa das partes se manifestem por favor.
olhem no histórico do tópico e decidam-se, o primeiro a se manifestar em cada parte fica com ela.
:)
bom...gostaria de saber se ja foi feito algo.. !?!?!
e se ja foi feito, como foi!? alguem ja pegou o kernel pra fazer!? em que peh que tah....
bom, oq eu ja fiz foi usando o sdk... consegui gerar o firmware, mas nao funcionou...
como fica a pinagem pra acesso no ovislink 5460 ??
Galera, meu shortlinux tá funionando aki.
o kernel agora acho q não tem muito que mecher não. só preciso fazer o driver conversar wep.
Alguem sabe com fazer o wpa funfar no ovislink???
Depende de qual Ovis vc ta falando, se for o 1120 nao rola nao eu acho, por causa da controladora RTL8181...Eu acho que so rola WPA em RTL8186Citação:
Postado originalmente por infect