Ir al contenido

MetalHead

+Miembro
  • Contenido

    15
  • Ingreso

  • Última visita

Todo lo publicado por MetalHead

  1. hola, creo que el xavi no tiene soporte WDS con ningún firm. un saludo.
  2. Hola, El chipset de esa tarjeta es un rtl8139a. Prueba con los drivers genéricos de realtek: http://www.realtek.com.tw/downloads/dow ... tware=True Un saludo.
  3. Hola, Creo recordar que si le pones como nombre el puerto en cuestión ( e.g, 4664) se le traga, a pesar de que diga que no puede empezar con un número. Un saludo.
  4. Hola y bienvenido, es este? http://www.adslayuda.com/xavi7768.html user = 1234 pass = 1234
  5. hola prueba esto: http://web.archive.org/web/200406070703 ... index.html
  6. Hola, Lo más barato es montar un equipo linux con 2 tarjetas de red (1 por cada ADSL) y balanceo de carga con iproute. Más sencillo de lo que pueda parecer ( vease http://www.esdebian.org/staticpages/pri ... 1021605992 ). La conexión del resto de la red local se puede hacer con una tercera tarjeta de red conectada a un switch o aprovechando los puertos de los routers ADSL.
  7. Suscribo tu opinión. Rack Chaos. El problema a mi juicio es consecuencia de que el mantenimiento de la red corra a cargo de Telefónica, en lugar de una empresa "independiente" (no operadora), como es el caso de otros paises, o la misma red eléctrica en España. Un saludo.
  8. Hola, dale un vistazo a esta guía: http://www.adslayuda.com/servidores-4.html Un saludo.
  9. Eso es para el famoso 20% "reservado" para el servicio QoS RSVP, no para administrar BW entre LAN/WAN. Un saludo.
  10. Prueba a no usar cable cruzado ( PC <-> punto de acceso) Ping entre equipos funciona ? Configura conexión compartida a inet en el equipo que esté conectado al modem ADSL.
  11. 1) ANÁLISIS PRELIMINAR Como el mejor sitio por el que comenzar algo suele ser por el principio, recopilo la información existente hasta el momento: Lo primero que vamos a hacer es trocear el fichero correspondiente al firmware (.bin) en los archivos que lo componen, mediante: / -> reparamos los archivos producidos. -> descomprimimos cada uno. O mediante el siguiente script (modificado del anterior por eiaccb en barrapunto): / #!/usr/bin/perl # trocea.pl divide el firmware en los ficheros zip que lo componen $hb="PK\x03\x04"; $he="PK\x05\x06"; undef $/; $bulk = <>; (@f)= ($bulk =~ m/(?$hb.*?$he.{18}).*?)+/sg); for(@f) { $i++; open F, ">fw$i.zip"; print F $_ } Así, comprobamos que cada firmware "válido" para el router está compuesto por (tras descomprimir los ficheros): * 3Com 1.05 Firmware oficial PFS.IMG ______________________ 949.617 bytes SOHO.BIN ___________________ 1.737.312 bytes 3890EndFW_1.0.4.3.arm _________ 93.996 bytes * SMC 0.71 SMC 7804WBRA Barricade PFS.IMG ______________________ 693.867 bytes SOHO.BIN ___________________ 1.793.784 bytes 3890EndFW_1.0.4.3.arm _________ 93.996 bytes * Belkin 1.08.03 Belkin F5D7630-4A PFS.IMG ______________________ 950.317 bytes SOHO.BIN ___________________ 1.936.996 bytes * 3Com 1.24 3Com Office Connect 11g ADSL (3CRWE754G72-A) PFS.IMG ______________________ 819.254 bytes SOHO.BIN ___________________ 1.494.732 bytes ASW_R13_9_38.bin _____________ 490.324 bytes - El firmware cargado por el router (fichero .bin) tiene siempre un tamaño de exactamente 1.802.250 bytes. - SOHO.BIN = firmware, kernel. - PFS.IMG = web, ramdisk. - 3890EndFW_1.0.4.3.arm =firmware miniPCI intersil. - Estos ficheros no tienen porque ajustarse a un tamaño fijo. - Usuarios del router Belkin F5D7630-4A han informado de que tras actualizar al firmware SMC pierden el soporte para redes inalámbricas. Puede comprobarse que el firmware belkin no incluye el fichero 3890EndFW (firmware de la miniPCI de nuestro router). Es de suponer que el soporte wireless de Belkin está incluido en su SOHO.BIN (de tamaño sensiblemente superior). Sin embargo, al cargar el firmware Belkin en nuestro router, se mantiene el funcionamiento wireless. Buen momento para olvidarnos por ahora de belkin y su firmware. Seguimos con SMC y 3Com. - Respecto al 3Com Office Connect 3CRWE754G72-A, al cargar su firmware en nuestro router, el modem deja de funcionar. En el firmware observamos que hay un fichero diferente, ASW_R13_9_38.bin. En este caso no es para la miniPCI wireless (que por cierto sí es la misma en ambos routers), sino para el modem ADSL. Así que, por el momento abandonamos también este router y su firmware. 2) COMPOSICIÓN DEL FIRMWARE 2.1) Analisis A partir del fichero .bin original de cada firmware (3Com y SMC), buscamos las pautas de composición con ayuda de un editor hexadecimal. Una gran ventaja que tenemos es la posibilidad de contrastar resultados al tener (al menos) 2 firmwares diferentes que funcionan en el router al 100%. Se trata de encontrar que partes están en posiciones fijas dentro del fichero, y que significado tienen. 2.2) Conclusiones: 2.2.1) Cada fichero comienza siempre en una dirección fija: *) Layout del firmware: Se indica dirección de inicio y fin de cada una de las regiones (en mayúsculas), y el offset tanto en decimal como hexadecimal para cada elemento (en minúsculas) de cada región: ---------------------------------------------------- IMAGEN WEB________________ 0x000000 - 0x077FFF ---------------------------------------------------- pfs.zip + firmware ID_____ 0000000 = 0x000000 ]---> Size = 183.464 bytes . . PAD (0xFF) . size + signature + CRC32__ 0491508 = 0x077ff4 ---------------------------------------------------- FIRMWARE__________________ 0x078000 - 0x1B7FFF ---------------------------------------------------- soho.zip _________________ 0491520 = 0x078000¯¯¯| . | . PAD (0xFF) | . | 3890EndFW_1.0.4.3.zip ____ 1413120 = 0x159000 |-> Size = 1003530 bytes . | . PAD (0xFF) | . | firmware ID ______________ 1495040 = 0x16D000___| . . PAD (0xFF) . size + signature + CRC32 _ 1802228 = 0x1B7FF4 FIRMWARE ID ______________ 1802240 = 0x1b8000 ---------------------------------------------------- Tamaño total______________ 1802250 = 0x1B800A bytes ---------------------------------------------------- *) PAD: El tamaño de las regiones es fijo, pero el de los ficheros .zip no. Relleno a 0xFF de los bytes sobrantes. size + signature + CRC32 = 3 dword =3*4 bytes= 12 bytes Esas tres dwords son: *) Size: 4 bytes. Tamaño en bytes de cada una de las 2 regiones: size de PFS = pfs.zip + firmware ID [bytes] size de SOHO= soho.zip + 3890EndFW_1.0.4.3.zip + firmware ID + PAD [bytes] *) Signature= 0x78563412 4 bytes. 12345678 en little endian, una especie de signature común a todos los firmwares. *) CRC32: 4 bytes. Es el mismo usado por ZIP y no tiene copyright. Se aplica dos veces también en el firmware, ¿a que partes? pues a las mismas definidas por size. Recalcar que se aplica a los ficheros comprimidos (no al contenido útil descomprimido). Así: - Región PFS : CRC = CRC32(pfs.zip+firmware ID) - Región SOHO: CRC = CRC32(soho.zip + 3890EndFW_1.0.4.3.zip + firmware ID), incluyéndose los bytes de relleno a 0xFF que estén dentro. *) Firmware ID: 10 bytes característicos de cada firmware. Con '.' denotamos el valor 0x00. - 3Com 1.05: firmware ID = BRN3C54D.. - SMC 0.71 : firmware ID = BRN154DSL. - Parece que tan solo el que se incluye en mayúsculas en el mapa anterior se comprueba en la actualización del firmware. 2.2.2) A la hora de actualizar el firmware, se realizan varias comprobaciones antes de flashear. Posibles mensajes de error: - / : Tamaño del fichero, que sea igual a 1802250 bytes - / : PFS.IMG error - / : SOHO.BIN error (¿¿CRC32??) - / : BRN error - / : PFS.IMG + SOHO.BIN error - / - / : parece que tan solo se comprueba Firmware ID existente al final(CRC32 + Signature en 0x1B7FF4). El Firmware ID existente en 0x16D000 y al final de PFS.IMG no invalidan el proceso de actualización. 2.2.3) El firmware ( .bin) puede componerse a partir de los ficheros individuales no comprimidos de la siguiente manera: * Comprimir PFS.IMG. * Añadir Firmware ID. * Relleno a 0xFF hasta tener 78000 bytes en el total del firmware. * sustituir los 12 últimos bytes por size + signature + CRC32. * Comprimir SOHO.BIN. Concatenar al archivo anterior. * Relleno a 0xFF hasta tener 1413121 bytes en el total del firmware. * Comprimir 3890EndFW_1.0.4.3.arm. Concatenar al archivo anterior. * Relleno a 0xFF hasta tener 1495040 bytes en el total del firmware. * Añadir Firmware ID. * Relleno a 0xFF hasta tener 1802240 bytes en el total del firmware. * sustituir los 12 últimos bytes por size + signature + CRC32. * Añadir Firmware ID. *) Respecto a la compresión usada es PKZIP (ver InfoZIP) con las siguientes opciones: - No directory entries. - Ignore directory names. - Level Compression = 5. Parece que ese es el nivel de compresión usado en el firmware original: el fichero comprimido obtenido a partir del troceado del firmware, y el fichero que resulta tras descomprimir el anterior y aplicarle zip con esos parámetros tienen exactamente el mismo tamaño. Podría pensarse en usar un nivel más alto de compresión (máximo 9) para aprovechar mejor el espacio disponible (1802250 bytes, no los 2MB totales de la memoria flash), pero parece que hay problemas en ello, al menos con el SMC7004 (más info): 2.3) Resultados: Buscamos una herramienta que a partir de los ficheros individuales sin comprimir nos genere un fichero .bin válido para ser cargado en el router. Lo más sencillo (vamos a respetar los nombres de los ficheros): / compose_pkzip.sh Comprime los ficheros con pkzip (he probado también gzip pero obtengo un mensaje de error "Incorrect user interface image" a la hora de intentar actualizar), y empaqueta el resultado. pkzip -a pfs.zip pfs.img pkzip -a soho.zip soho.bin pkzip -a 3890EndFW_1.0.4.3.zip 3890EndFW_1.0.4.3.arm ./mkfirm.exe pfs.zip soho.zip 3890EndFW_1.0.4.3.zip custom_firmware.bin mkfirm.c Uso: / Adaptado para el SMC7804WBRA a partir de la versión de Petr Novak para el smc7004abr. Código en siguiente post. -> Con esto se obtiene un firmware que puede cargarse en el router sin problemas. [Editado el 6/9/2004 por MetalHead] [Editado el 6/9/2004 por MetalHead]
  12. 1) Introducción "¿Que es esto?" Este foro tiene como objeto desarrollar un firmware basado en linux para el router 3Com 11g Wireless. ¿Descabellado? Sigue leyendo... Por cierto, la idea original de esto es del amigo MyADSL. 2) Fases y tareas "¿Que es lo que hay que hacer?" 2.1) Hardware. - Destripar el router, datasheet de cada integrado. Con fotos. - Frecuencias de funcionamiento (cpu/memoria RAM) medidas con osciloscopio. - Guía de construcción/uso de adaptador puerto serie. Con fotos. 2.2) Firmware + Bootloader. - ¿Como está formado? ficheros (soho.bin,pfs.img,isl.bin), offset de cada parte, compresión aplicada, CRC32, signature... - Desarrollo de una herramienta de empaquetamiento (en C o Java) del firmware adecuada (i.e.,de acuerdo al formato anterior), a partir de los archivos que lo componen. - Descripción exhaustiva del proceso de arranque (bootloader), direccionamiento en memoria flash, inicialización de dispositivos,... 2.3) Desarrollo uClinux. - Kernel basado en linux ( = SOHO.BIN) - Ramdisk ( = PFS.IMG) - Soporte WLAN para el kernel linux. 3) Recursos humanos "¿Quien va a hacerlo?" Pues cuantos más seamos, mejor. Hace falta gente con los conocimientos necesarios para afrontar las tareas anteriores. En concreto alguna de las siguientes cualidades: - aplicación de ingeniería inversa - algo de microelectrónica y disponibilidad para agenciarse un conversor UART<->RS232. Tener un router 3Com 11g Wireless también es aconsejable. - sistemas operativos (linux medio/alto) - programación (C,C++ o Java) - otras herramientas: cygwin, perl - curiosidad gatuna, ánimo de aprender y colaborar en algo que nos beneficie a todos y cierto espíritu de sacrificio para dedicar una parte de tu tiempo libre a esto. - Buena presencia 4) Metodología de trabajo "¿Como vamos a hacerlo?" - Este post quedará fijo, y se irá actualizando con enlaces a toda la información de interés en la sección de ESTADO. Cada aspecto técnico diferente tendrá su propio post no fijo, para que el seguimiento y la incorporación de nuevos colaboradores resulte más sencillo, cómodo y claro. Así, en este hilo NO deben postearse avances o cuestiones técnicas, sino que se irán abriendo nuevos temas con cada avance, que serán enlazados desde aquí. - Supongo que ninguno de nosotros dispone del tiempo necesario para realizar todo esto solo, así que intentaremos organizar esto de la manera más eficiente posible. Si es necesario más adelante podría plantearse montar una lista de correo, o servidor ftp para intercambio de ficheros que sirva como repositorio. Desde ya animo a todo aquel que quiera colaborar postée con objeto de repartir tareas. 5) Enlaces de interés - Hardware Recycling Initiative (HRI) Grandes avances, descripción de herramientas, métodos y resultados. De lectura obligada. - uClinux.org - uClinux.com - The uClinux Directory - David Martin blog Pues eso. Muy aleatorio y con discretos avances. Aún así presenta algunas conclusiones interesantes. 6) ESTADO/AVANCES "¿Cuando vamos a hacerlo?" 6.1) Hardware. - 22/01/2004 EL ROUTER 3COM 11G TIENE PUERTO SERIE!!!! - 18/06/2004 MiniPci que lleva dentro el 3Com 11g - 02/09/2004 Análisis del Hardware del 3Com 11g Wireless 6.2) Firmware + Bootloader. - 07/01/2004 Router wireless Ya.com y 3Com contiene codigo GPL. Breve descripción de que ficheros componen el firmware y como trocearlo. - 05/02/2004 Volcado Arranque 3COM 11g - 17/06/2004 3com Wireless 11g ya es posible actualizarle el firmware del SMC 7804WBRA - 06/09/2004 Analisis Firmware 3Com11g 6.3) Desarrollo uClinux. - 08/09/2004 Documentación y Referencias 6.4) Herramientas auxiliares: - 06/09/2004 Empaquetador PFS.IMG+SOHO.BIN+ISL.ARM en FIRMWARE.BIN - 07/09/2004 Conversor PFS.IMG a sistema de ficheros ext2/3 [Editado el 10/9/2004 por MetalHead]
  13. Interior del 3Com 11g CPU / / (KN635B) (*) The Utopia (Universal Test & Operations PHY Interface for ATM) interface is defined by the ATM Forum to provide a standard interface between ATM devices and ATM PHY or SAR (segmentation and Re-assembly) devices. (**) Resetea periodicamente el router. Esto es un incordio para importar uClinux. Tal y como viene en HRI: S3C2510A User's Manual ARM940T (Rev 2) Technical Reference Manual ARM940T FAQ Samsung > Processor Cores > ARM Cores > Arm9 / 10.000Mhz, Oscilador externo. Flash EEPROM memory Total: 2 MB / / - 16 Megabit (2 M x 8-Bit/1 M x 16-Bit) CMOS 3.0 Volt-only Boot Sector Flash Memory - Access time: 90 ns. - Incluye protección del sector de arranque: Ante un fallo en la carga del firmware, que haga que el router no arranque, sería (en teoría) posible recuperarlo mediante BOOTP y TFTP, ya que los primeros 128Kb son de solo lectura. - Etiquetado con pegatina (leyenda "U4-32 V1.02", 1.02 firmware de fábrica ??) datasheet SDRAM memory / 2x / Total: 16 MB (***) - 8MB (1 Meg Bits x 16 Bits x 4 Banks) - Frequency: 133 MHz - Speed: 7 ns. (***) 16 MB de memoria RAM es demasiado. Difícilmente aprovechables, sobre todo teniendo en cuenta la limitada capacidad de la memoria flash (2MB). datasheet / Módulo SDRAM Total 2MB - 16Mb (512K x 16 bit x 2-bank) - Frequency: 125 MHz - Access Time: 6'5 ns. .pdf'>datasheet LAN: Switch / / (**) El 3com 11g wireless opera como un bridge: hay 2 interfaces diferentes (wireless y ethernet) que aparecen con la misma IP. 4 de los 5 puertos son para la conexión de equipos vía ethernet. El quinto forma el puente wireless-ethernet. También incluye funciones de router, pero solo son para la interfaz ADSL (que tiene otra IP). datasheet ADM6996L datasheet ADM6996F / / (10/100 Base-TX Quad Magnetics Module; 4 port 10/100base-T isolator-transformer) datasheet LAN: Wireless 802.11b/g / / - miniPCI basada en chipset Prism GT - El blindaje RF presenta dos etiquetas con MAC y NID. - MiniPci que lleva dentro el 3Com 11g WAN: ADSL / Transformador Alcatel CPE Tr 2.00:1.00 de la línea de EP13 SMD datasheet / Inductor de EE5 SMD 5.0uH datasheet - UMEC UTBXXX Series Modem ADSL MTB20170-EBR-01 DynaMiTe Utopia / / Analog Front-End (AFE) / / DMT/ATM modem (DSP) - Features of ADSL Utopia solutions - Intel® IXP400 Software:Integrating STMicroelectronics* ADSL MTK20170* Chipset Firmware - Standard interface (UTOPIA) for data transfer. Alimentación: regulación y limitación Todo esto es electrónica que no servirá para el proyecto en general, pero se añade para tener una visión completa del router: / 5 Volt voltage regulator in a TO-220 package. 500mA current output with a maximum 35V input. datasheet / 150Khz, 3A PWM Buck Step-Down DC/DC Converter datasheet / 1A low-dropout positive voltage regulator datasheet 2x/ 1A Fixed and Adjustable Low Dropout Linear Regulator (LDO) datasheet / SURFACE MOUNT SCHOTTKY BARRIER RECTIFIER datasheet Conectores Con salida a la parte trasera del router: - 1x alimentación ~12V/1A. - 4x RJ45. - 1x RJ11. - 2x Antenas dipolo. Accesibles en placa: - Puerto serie en placa Niveles de tensión CMOS/TTL (3.3V), no RSR232 (5V). UART/RS232 Adapter MAX3245 Datasheet Otras observaciones - Respecto al micro del router, basado en ARM9 (S3C2510A01): este micro es el mismo que tiene el SMC2804WBR v1, bajo análisis en HRI. Además, comparten el mismo chip Switch y miniPCI prism54. Diferencias entre estos dos routers: El SMC7804WBRA tiene el doble de memoria, tanto flash como SDRAM y un modem ADSL, mientras que el SMC2804WBR tiene un puerto WAN RJ45 10/100 Mbps. - La conexión entre el modem ADSL y el micro es directa. En otros routers con modem integrado, es habitual incluir una pequeña memoria SDRAM (4Kbytes + 1 bit de paridad/byte) como buffer para detección de errores (con un bit de paridad no se puede corregir, solo detectar). La ausencia de ese buffer se debe a que la CPU ya incluye 4Kbytes para cache de datos. [Editado el 26/9/2004 por MetalHead]
×
×
  • Crear nuevo...

Información importante

Términos de Uso Política de privacidad Hemos colocado cookies en su dispositivo para ayudar a mejorar este sitio web. Puedes ajustar la configuración de tus cookies ; de lo contrario, asumiremos que quieres continuar.