Autor Tema: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22  (Leído 408014 veces)

0 Usuarios y 1 Visitante están viendo este tema.

danitool

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #600 en: 08-02-2015, 16:39 (Domingo) »
Hola

Estoy intentando flashear el u-boot en el Livebox, pero al llegar a esta parte no se como pasarle el u-boot.bin:

Citar
Pulsamos "U" para cargar el uboot  
    
Código:

[VR9 Boot]:U
     UPLOAD Flash
    ---------------------------------------
      Area            Address      Length
    ---------------------------------------
    
  • Boot            0xB0000000     512K
  • [1] Image 0         0xB1280000    6144K
        [2] Image 1         0xB1880000    6144K
        [3] Configuration   0xB1E80000    1024K
        [4] Boot Parameters 0xB1F80000     256K
        [5] Flash Image     0xB0000000   32768K
        [6] Linux Image     0xB0080000   24576K
        [7] Emergency Value 0xB1FC0000   2883584K
        ---------------------------------------
        Enter area to UPLOAD: 0
        Upload area 0.  Are you sure? (Y/n)

     Pulsamos "Y" y mandamos por X-modem la imagen de uboot
Aqui como le paso por xmodem el archivo??

Uso minicom 2.7(He intentado con Control+A-->S-->xmodem y seleccionar el archivo pero se queda esperando..)

Saludos y gracias de antemano.



Puede que te falte instalar el paquete en tu distro:
lrzsz
Recuerdo que una vez tuve un problema parecido pero con cutecom, e instalando ese paquete se me resolvió.


« Última modificación: 08-02-2015, 16:40 (Domingo) por danitool »

TheMrRafus

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #601 en: 08-02-2015, 16:55 (Domingo) »
Hola

Estoy intentando flashear el u-boot en el Livebox, pero al llegar a esta parte no se como pasarle el u-boot.bin:

Citar
Pulsamos "U" para cargar el uboot  
    
Código:

[VR9 Boot]:U
     UPLOAD Flash
    ---------------------------------------
      Area            Address      Length
    ---------------------------------------
    
  • Boot            0xB0000000     512K
  • [1] Image 0         0xB1280000    6144K
        [2] Image 1         0xB1880000    6144K
        [3] Configuration   0xB1E80000    1024K
        [4] Boot Parameters 0xB1F80000     256K
        [5] Flash Image     0xB0000000   32768K
        [6] Linux Image     0xB0080000   24576K
        [7] Emergency Value 0xB1FC0000   2883584K
        ---------------------------------------
        Enter area to UPLOAD: 0
        Upload area 0.  Are you sure? (Y/n)

     Pulsamos "Y" y mandamos por X-modem la imagen de uboot
Aqui como le paso por xmodem el archivo??

Uso minicom 2.7(He intentado con Control+A-->S-->xmodem y seleccionar el archivo pero se queda esperando..)

Saludos y gracias de antemano.



Puede que te falte instalar el paquete en tu distro:
lrzsz
Recuerdo que una vez tuve un problema parecido pero con cutecom, e instalando ese paquete se me resolvió.

Hola
para flashear le doy primero al 0 e Y, y después le envío el fichero, o envio el fichero y después 0 e Y'??


P.D: Lo he intentadoi pero al darle a la Y se me vuelve a poner en [VR9 Boot]:

He visto por ahi que a alguien le passaba lo mismo, pero no hay posteada solucion.

Saludos

« Última modificación: 09-02-2015, 16:35 (Lunes) por TheMrRafus »

francisgambin

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #602 en: 10-02-2015, 15:44 (Martes) »
Buenas tardes,

Pues al final me he armado de valor, he soldado el puerto serie y estoy realizando pruebas. Lo primero hacer un backup pero la cosa no funciona igual es algun pasito tonto que me salto

Entro en modo administrador con teraterm y pongo una memoria usb formateada con fat16, entiendo que no tengo que hacer nada mas que pulsar la "J", el caso es que en la usb no se copia nada

[VR9 Boot]:!

Enter Administrator Mode !


[VR9 Boot]:j

Ready to run firmware


U-Boot 2010.06-LANTIQ-v-2.0.40-dirty (Apr 05 2012 - 14:50:56)

CLOCK CPU 500M RAM 250M
DRAM:  64 MiB
Flash: 32 MiB
In:    serial
Out:   serial
Err:   serial
Net:   Internal phy(FE) firmware version: 0x4406
vr9 Switch

Type "run flash_nfs" to mount root filesystem over NFS

Hit any key to stop autoboot:  0
## Booting kernel from Legacy Image at b00a0000 ...
   Image Name:   MIPS LTQCPE Linux-2.6.32.32
   Created:      2012-04-05   1:29:22 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1441728 Bytes = 1.4 MiB
   Load Address: 80002000
   Entry Point:  800061b0
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

Lantiq xDSL CPE VR9
mips_hpt_frequency = 250000000, counter_resolution = 2
[    0.000000] Linux version 2.6.32.32 (calvin@gccCompiler2) (gcc version 4.3.3 (GCC) ) #18 Thu Apr 5 09:28:57 CST 2012
[    0.000000] phym = 04000000, mem = 03e00000, max_pfn = 00003e00
[    0.000000] Reserving memory for CP1 @0xa3e00000, size 0x00200000
[    0.000000] CPU revision is: 00019556 (MIPS 34Kc)
[    0.000000] Determined physical RAM map:
[    0.000000] User-defined physical RAM map:
[    0.000000]  memory: 03e00000 @ 00000000 (usable)
[    0.000000] Zone PFN ranges:
[    0.000000]   Normal   0x00000000 -> 0x00003e00
[    0.000000] Movable zone start PFN for each node
[    0.000000] early_node_map[1] active PFN ranges
[    0.000000]     0: 0x00000000 -> 0x00003e00
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 15748
[    0.000000] Kernel command line: root=/dev/mtdblock4 rw rootfstype=squashfs,jffs2 calibrate ip=192.168.2.1:192.168.2.100::::eth0:on console=ttyS0,115200 ethaddr=00:E0:92:00:01:40 phym=64M mem=62M panic=1 mtdparts=ifx_nor0:256k(uboot),256k(uboot_bin),128k(uboot_cfg),2m(kernel),10m(rootfs),11m(rootfs2),896k(sys_config),6m(supertask_img),1m(supertask_cfg),512k(supertask_bootcfg) init=/etc/preinit vpe1_load_addr=0x83e00000 vpe1_mem=2M
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Writing ErrCtl register=00051a00
[    0.000000] Readback ErrCtl register=00051a00
[    0.000000] Memory: 58000k/63488k available (3477k kernel code, 5412k reserved, 788k data, 184k init, 0k highmem)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:185
[    0.000000] Lantiq ICU driver, version 3.0.1, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.000000] console [ttyS0] enabled
[    0.030000] Calibrating delay loop... 331.77 BogoMIPS (lpj=165888)
[    0.053000] Security Framework initialized
[    0.054000] Mount-cache hash table entries: 512
[    0.061000] NET: Registered protocol family 16
[    0.063000]
[    0.063000] ======= ifx_gpio_pin_reserve 21 (10,PCI) ======= kernel module
[    0.071000] Lantiq PCI host controller driver, version 1.2.0, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.072000]
[    0.072000] ======= ifx_gpio_pin_reserve 33 (11,PCIE) ======= kernel module
[    0.183000] Lantiq PCIe Root Complex driver, version 1.5.3, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.201000] bio: create slab <bio-0> at 0
[    0.204000] SCSI subsystem initialized
[    0.205000] usbcore: registered new interface driver usbfs
[    0.206000] usbcore: registered new interface driver hub
[    0.207000] usbcore: registered new device driver usb
[    0.208000] pci 0000:00:00.0: PME# supported from D1 D2
[    0.209000] pci 0000:00:00.0: PME# disabled
[    0.210000] ifx_pcie_rc_class_early_fixup: fixed pcie host bridge to pci-pci bridge
[    0.211000] pci 0000:01:00.0: PME# supported from D0 D3hot
[    0.212000] pci 0000:01:00.0: PME# disabled
[    0.213000] pci 0000:02:00.0: PME# supported from D0 D1 D3hot
[    0.214000] pci 0000:02:00.0: PME# disabled
[    0.216000] pci 0000:01:00.0: PCI bridge, secondary bus 0000:02
[    0.217000] pci 0000:01:00.0:   IO window: disabled
[    0.218000] pci 0000:01:00.0:   MEM window: disabled
[    0.219000] pci 0000:01:00.0:   PREFETCH window: 0x1c000000-0x1cbfffff
[    0.220000] NET: Registered protocol family 8
[    0.221000] NET: Registered protocol family 20
[    0.222000] cfg80211: Using static regulatory domain info
[    0.223000] cfg80211: Regulatory domain: US
[    0.224000]  (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[    0.225000]  (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm)
[    0.226000]  (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    0.227000]  (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    0.228000]  (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    0.229000]  (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    0.230000]  (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm)
[    0.231000] cfg80211: Calling CRDA for country: US
[    0.232000] Switching to clocksource MIPS
[    0.236000] NET: Registered protocol family 2
[    0.239000] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.247000] TCP established hash table entries: 2048 (order: 2, 16384 bytes)
[    0.253000] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
[    0.259000] TCP: Hash tables configured (established 2048 bind 2048)
[    0.265000] TCP reno registered
[    0.269000] NET: Registered protocol family 1
[    0.273000] gptu: totally 6 16-bit timers/counters
[    0.278000] gptu: misc_register on minor 63
[    0.282000] gptu: succeeded to request irq 118
[    0.286000] gptu: succeeded to request irq 119
[    0.291000] gptu: succeeded to request irq 120
[    0.295000] gptu: succeeded to request irq 121
[    0.299000] gptu: succeeded to request irq 122
[    0.304000] gptu: succeeded to request irq 123
[    0.309000] IFX DMA driver, version ifxmips_dma_core.c:v1.0.17
[    0.309000] ,(c)2009 Infineon Technologies AG
[    0.319000] Lantiq CGU driver, version 1.1.27, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.326000] vpe1_mem = 200000
[    0.329000] Wired TLB entries for Linux read_c0_wired() = 0
[    0.337000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.342000] JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
[    0.348000] msgmni has been set to 113
[    0.353000] Line: 127, function: deu_init
[    0.355000] Infineon Technologies DEU driver version 2.0.0
[    0.362000] IFX DEU DES initialized (multiblock).
[    0.366000] IFX DEU AES initialized (multiblock).
[    0.371000] IFX DEU ARC4 initialized (multiblock).
[    0.375000] IFX DEU SHA1 initialized.
[    0.379000] IFX DEU MD5 initialized.
[    0.383000] IFX DEU SHA1_HMAC initialized.
[    0.387000] IFX DEU MD5_HMAC initialized.
[    0.390000] io scheduler noop registered (default)
[    0.404000] ifx_pmu_init: Major 252
[    0.406000] Lantiq PMU driver, version 1.2.2, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.414000]
[    0.414000] ======= ifx_gpio_register (1,TEST) ======= kernel init
[    0.421000]
[    0.421000] ======= ifx_gpio_register (2,MEI) ======= kernel init
[    0.429000]
[    0.429000] ======= ifx_gpio_register (3,DSL-NTR) ======= kernel init
[    0.437000]
[    0.437000] ======= ifx_gpio_register (4,SSC) ======= kernel init
[    0.444000]
[    0.444000] ======= ifx_gpio_register (5,ASC0) ======= kernel init
[    0.452000]
[    0.452000] ======= ifx_gpio_register (6,SDIO) ======= kernel init
[    0.459000]
[    0.459000] ======= ifx_gpio_register (7,LEDC) ======= kernel init
[    0.467000]
[    0.467000] ======= ifx_gpio_register (8,USB) ======= kernel init
[    0.475000]
[    0.475000] ======= ifx_gpio_register (9,INT_SW) ======= kernel init
[    0.482000]
[    0.482000] ======= ifx_gpio_register (10,PCI) ======= kernel init
[    0.490000]
[    0.490000] ======= ifx_gpio_register (11,PCIE) ======= kernel init
[    0.498000]
[    0.498000] ======= ifx_gpio_register (12,NAND) ======= kernel init
[    0.505000]
[    0.505000] ======= ifx_gpio_register (13,PPA) ======= kernel init
[    0.513000]
[    0.513000] ======= ifx_gpio_register (14,TAPI-VMMC) ======= kernel init
[    0.521000]
[    0.521000] ======= ifx_gpio_register (15,TAPI-DEMO) ======= kernel init
[    0.529000]
[    0.529000] ======= ifx_gpio_register (16,TAPI-FXO) ======= kernel init
[    0.537000]
[    0.537000] ======= ifx_gpio_register (17,TAPI-DXT) ======= kernel init
[    0.546000]
[    0.546000] ======= ifx_gpio_register (18,TAPI-VCPE) ======= kernel init
[    0.554000]
[    0.554000] ======= ifx_gpio_register (19,VINAX) ======= kernel init
[    0.562000]
[    0.562000] ======= ifx_gpio_register (20,USIF-UART) ======= kernel init
[    0.570000]
[    0.570000] ======= ifx_gpio_register (21,USIF-SPI) ======= kernel init
[    0.578000]
[    0.578000] ======= ifx_gpio_register (22,SFLASH) ======= kernel init
[    0.586000]
[    0.586000] ======= ifx_gpio_register (23,EEPROM) ======= kernel init
[    0.594000]
[    0.594000] ======= ifx_gpio_register (24,USIF-SFLASH) ======= kernel init
[    0.602000]
[    0.602000] ======= ifx_gpio_register (25,LED) ======= kernel init
[    0.610000]
[    0.610000] ======= ifx_gpio_register (26,EBU_LED) ======= kernel init
[    0.618000]
[    0.618000] ======= ifx_gpio_register (27,EXIN) ======= kernel init
[    0.625000]
[    0.625000] ======= ifx_gpio_register (28,PAGE_BUTTON) ======= kernel init
[    0.634000]
[    0.634000] ======= ifx_gpio_register (29,DECT) ======= kernel init
[    0.641000]
[    0.641000] ======= ifx_gpio_register (30,SERIAL_IN) ======= kernel init
[    0.649000]
[    0.649000] ======= ifx_gpio_register (31,BUTTON) ======= kernel init
[    0.657000] Lantiq GPIO driver, version 1.2.14, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.665000] Infineon Technologies RCU driver version 1.0.8
[    0.671000]
[    0.671000] ======= ifx_gpio_register (7,LEDC) ======= kernel module
[    0.679000]
[    0.679000] ======= ifx_gpio_pin_reserve 4 (7,LEDC) ======= kernel module
[    0.687000]
[    0.687000] ======= ifx_gpio_pin_reserve 5 (7,LEDC) ======= kernel module
[    0.695000]
[    0.695000] ======= ifx_gpio_pin_reserve 6 (7,LEDC) ======= kernel module
[    0.703000] Lantiq LED Controller driver, version 1.0.6, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.712000] MEI CPE Driver, Version 1.1.1
[    0.712000]
[    0.717000] (c) Copyright 2009, Infineon Technologies AG
[    0.717000]
[    0.724000] ### MEI CPE - MEI CPE - MEI CPE - MEI CPE ###
[    0.724000]
[    0.731000] ttyS0 at MMIO 0xbe100c00 (irq = 105) is a IFX_ASC
[    0.737000]
[    0.737000] ======= ifx_gpio_pin_reserve 20 (31,BUTTON) ======= kernel module
[    0.746000] Register ASC (UART) to PMCU.
[    0.750000] Lantiq ASC (UART) driver, version 1.0.9, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.764000] loop: module loaded
[    0.768000] ifx_nor0: Found 1 x16 devices at 0x0 in 16-bit bank
[    0.772000]  Amd/Fujitsu Extended Query Table at 0x0040
[    0.777000] ifx_nor0: CFI does not contain boot bank location. Assuming top.
[    0.784000] number of CFI chips: 1
[    0.788000] cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
[    0.795000] 10 cmdlinepart partitions found on MTD device ifx_nor0
[    0.802000] ifx_mtd_init flash0: Using dynamic image partition
[    0.807000] Creating 10 MTD partitions on "ifx_nor0":
[    0.812000] 0x000000000000-0x000000040000 : "uboot"
[    0.819000] 0x000000040000-0x000000080000 : "uboot_bin"
[    0.824000] 0x000000080000-0x0000000a0000 : "uboot_cfg"
[    0.829000] 0x0000000a0000-0x0000002a0000 : "kernel"
[    0.834000] 0x0000002a0000-0x000000ca0000 : "rootfs"
[    0.839000] 0x000000ca0000-0x0000017a0000 : "rootfs2"
[    0.844000] 0x0000017a0000-0x000001880000 : "sys_config"
[    0.849000] 0x000001880000-0x000001e80000 : "supertask_img"
[    0.855000] 0x000001e80000-0x000001f80000 : "supertask_cfg"
[    0.861000] 0x000001f80000-0x000002000000 : "supertask_bootcfg"
[    0.867000] Lantiq MTD NOR driver, version 1.0.5, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.873000] ifx_nand_init
[    0.876000]
[    0.876000] ======= ifx_gpio_pin_reserve 23 (12,NAND) ======= kernel module
[    0.884000]
[    0.884000] ======= ifx_gpio_pin_reserve 24 (12,NAND) ======= kernel module
[    0.893000]
[    0.893000] ======= ifx_gpio_pin_reserve 13 (12,NAND) ======= kernel module
[    0.901000]
[    0.901000] ======= ifx_gpio_pin_reserve 48 (12,NAND) ======= kernel module
[    0.909000]
[    0.909000] ======= ifx_gpio_pin_reserve 49 (12,NAND) ======= kernel module
[    0.918000] Probe for NAND flash...
[    0.921000] No NAND device found!!!
[    0.925000]
[    0.925000] ======= ifx_gpio_register (4,SSC) ======= kernel module
[    0.933000]
[    0.933000] ======= ifx_gpio_pin_reserve 16 (4,SSC) ======= kernel module
[    0.941000]
[    0.941000] ======= ifx_gpio_pin_reserve 17 (4,SSC) ======= kernel module
[    0.949000]
[    0.949000] ======= ifx_gpio_pin_reserve 18 (4,SSC) ======= kernel module
[    0.957000] Lantiq SSC driver, version 2.2.6, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.965000]
[    0.965000] ======= ifx_gpio_register (23,EEPROM) ======= kernel module
[    0.973000] Lantiq SPI EERPOM driver, version 1.1.1, (c) 2001-2011 Lantiq Deutschland GmbH
[    0.981000] PPP generic driver version 2.4.2
[    0.986000] PPP Deflate Compression module registered
[    0.991000] PPP BSD Compression module registered
[    0.995000] PPP MPPE Compression module registered
[    1.000000] NET: Registered protocol family 24
[    1.009000] IMQ driver loaded successfully.
[    1.012000]  Hooking IMQ before NAT on PREROUTING.
[    1.017000]  Hooking IMQ after NAT on POSTROUTING.
[    1.021000] pegasus: v0.6.14 (2006/09/27), Pegasus/Pegasus II USB Ethernet driver
[    1.029000] usbcore: registered new interface driver pegasus
[    1.035000] rtl8150: v0.6.2 (2004/08/27):rtl8150 based usb-ethernet driver
[    1.042000] usbcore: registered new interface driver rtl8150
[    1.047000] usbcore: registered new interface driver cdc_ether
[    1.053000] usbcore: registered new interface driver rndis_host
[    1.059000] usbcore: registered new interface driver rndis_wlan
[    1.065000] IFX SWITCH API, Version 1.1.7.2
[    1.069000] SWAPI: Registered character device [switch_api] with major no [81]
[    1.076000] Switch API: PCE MicroCode loaded !!
[    1.081000] Switch Auto Polling value = 0
[    1.094000] GPHY FW load for A2x !!
[    1.098000] GPHY FIRMWARE LOAD SUCCESSFULLY AT ADDR : 480000
[    1.223000] IFX GPHY driver FE Mode, version ifxmips_vr9_gphy: V0.9 - Firmware: ffff
[    1.230000] usbcore: registered new interface driver usblp
[    1.235000] Initializing USB Mass Storage driver...
[    1.240000] usbcore: registered new interface driver usb-storage
[    1.246000] USB Mass Storage support registered.
[    1.251000] usbcore: registered new interface driver ums-alauda
[    1.257000] usbcore: registered new interface driver ums-datafab
[    1.263000] usbcore: registered new interface driver ums-freecom
[    1.269000] usbcore: registered new interface driver ums-jumpshot
[    1.275000] usbcore: registered new interface driver ums-karma
[    1.281000] usbcore: registered new interface driver ums-sddr09
[    1.287000] usbcore: registered new interface driver ums-sddr55
[    1.293000] usbcore: registered new interface driver ums-usbat
[    1.298000] Registered led device: broadband_led
[    1.303000] Registered led device: internet_led
[    1.308000] Registered led device: ledc_2
[    1.312000] Registered led device: ledc_3
[    1.315000] Registered led device: ledc_4
[    1.320000] Registered led device: ledc_5
[    1.323000] Registered led device: ledc_6
[    1.328000] Registered led device: ledc_7
[    1.331000] Registered led device: ledc_8
[    1.336000] Registered led device: ledc_9
[    1.339000] Registered led device: ledc_10
[    1.344000] Registered led device: ledc_11
[    1.348000] Registered led device: wps_led
[    1.352000] Registered led device: ledc_13
[    1.356000] Registered led device: ledc_14
[    1.360000] Registered led device: usb2_link_led
[    1.365000] Registered led device: ledc_16
[    1.369000] Registered led device: ledc_17
[    1.373000] Registered led device: usb1_link_led
[    1.377000] Registered led device: fxo_act_led
[    1.382000] Registered led device: internet_red_led
[    1.387000] Registered led device: voip_led
[    1.391000] Registered led device: warning_led
[    1.395000] Registered led device: ledc_23
[    1.399000] Lantiq LED driver, version 1.0.17, (c) 2001-2011 Lantiq Deutschland GmbH
[    1.407000] u32 classifier
[    1.409000]     Performance counters on
[    1.413000]     Actions configured
[    1.417000] nf_conntrack version 0.5.0 (907 buckets, 3628 max)
[    1.423000] CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
[    1.430000] nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or
[    1.438000] sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
[    1.444000] ip_conntrack_rtsp v0.6.21 loading
[    1.448000] xt_time: kernel timezone is -0000


He probado tambienha cambiar el uboot, y veo que en la ram me pone 64 megas, perdonar mi novatez en  el asunto, tengo un 2.1 R02

saludos

francisgambin

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #603 en: 11-02-2015, 21:40 (Miércoles) »
Buenas noches,

Ya tengo el backup, era una cuestion de que terminara de cargar en modo adminsitrador y darle a la "j" simplemente, he tenido que repetir algun comando por que no escribia bien seguramente por ruidos en los cables (pienso yo)

Ahora estoy atrancado en enviar por x-modem el boot, que no se envia. Le doy al "u" luego "0" despues yes y envio por x-modem y no hace nada, he probado desde teraterm e hyperterminal

Bueno si me salto algo una ayudita me biene muy bien

Gracias

seny

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #604 en: 11-02-2015, 23:51 (Miércoles) »
@francisgambin:
Siento "pasar de ti" pero esto no es un chat..
Por lo que veo "write-uboot-nor" es una macro que lleva incorporada el u-boot..  :D

Existen 2 u-boot modificados en este hilo, uno de 320,9 kB y otro de 324.3 kB. Con el de 320.9 kB solo detecta 64 MB de RAM el arranque del u-boot, en ambas versiones de hard. Con el de 324.3 kB, en ambas versiones detecta 128 MB de RAM.

Tengo otro router de estos con el hard v1.2 y he podido comprobar que la misma imagen openwrt que había compilado desde BB 14.07 rc3 y funcionado en el hard v1.1, lo hace igual en el v1.2., por lo tanto antes de cargar una imagen del nuevo tipo unificado, hemos de modificar la macro creada por esta otra en ambos modelos:

Código: [Seleccionar]
setenv write-openwrt 'tftpboot openwrt-lantiq-xrx200-ARV7519RW22-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize'
    setenv kernel_addr 0xB0080000
    saveenv
saludos
Pues a esto otro tengo que decir que me acabo de dar cuenta que en la R02 del hard, con este u-boot no se identifica el driver del puerto GE, lo hace como genérico y en modo FE.
O sea que me parece que no se ha conseguido todavía un u-boot que identifique bien la R02.
saludos

francisgambin

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #605 en: 12-02-2015, 01:01 (Jueves) »
Buenas noches,

Ya se que esto no es un chat, te pido dusculpas si lo ha parecido.

Estoy atrancado en como se envia la imagen del boot, que en el primer post dice

Citar
2-Instalacion

  Copiamos el passsword del boot original: Oh!123Go
  Arrancamos el router pulsamos tres veces la barra espaciadora
  Pegamos la pasword
  Accedemos al modo administrador pulsando "!"
 
Código:

 [VR9 Boot]:!
    Enter Administrator Mode !

 Pulsamos "U" para cargar el uboot 
   
Código:

[VR9 Boot]:U
     UPLOAD Flash
    ---------------------------------------
      Area            Address      Length
    ---------------------------------------
   
  • Boot            0xB0000000     512K
  • [1] Image 0         0xB1280000    6144K
        [2] Image 1         0xB1880000    6144K
        [3] Configuration   0xB1E80000    1024K
        [4] Boot Parameters 0xB1F80000     256K
        [5] Flash Image     0xB0000000   32768K
        [6] Linux Image     0xB0080000   24576K
        [7] Emergency Value 0xB1FC0000   2883584K
        ---------------------------------------
        Enter area to UPLOAD: 0
        Upload area 0.  Are you sure? (Y/n)

     Pulsamos "Y" y mandamos por X-modem la imagen de uboot
Pero si hago esto cuando envío el archivo con x-modem no hace nada, se queda parado sin mas, he probado con y-moden y tampoco funciona



Haber si vosotros que habeis pasado por esto me podeis indicar que me falta

seny

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #606 en: 12-02-2015, 11:11 (Jueves) »
Fijate si los carácteres que te pide son mayuscula o minusculas..

francisgambin

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #607 en: 12-02-2015, 21:03 (Jueves) »
Amigo seny,

Tienes toda la razon, por culpa del despiste de Y mayusculas estaba atrancado. Ahora ya lo tengo todo instalado perfectamente!

Muchas gracias ahora a probar

manty

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #608 en: 15-02-2015, 00:22 (Domingo) »
Buenas, gracias Seny por el truco, lo he intentado utilizar para dividir el switch en 3 creando unas eth1 y eth2 extras, pero con la eth2 no hubo suerte, así que finalmente separé el puerto 1 en la eth1 y dejé el resto junto con el de gigabit en la red local.

Me gustaría poder separar la red en más de dos trozos para poner por un lado Inet, por otro la red local y por otro la wifi pública sin tener que usar un dongle, porque los usb los tengo con un raid1 de dos discos duros y no dan para más :-)

Pero bueno, mientras tanto tiraremos así, a ver si no me encuentro más sorpresas, de nuevo gracias Seny por la info.

Saludos.

He intentado aplicar la idea de este hilo: https://forum.openwrt.org/viewtopic.php?id=52358 al ARV7519RW22

Para ello he modificado el /openwrt/target/linux/lantiq/dts/ARV7519RW22.dts
Con esto se consigue separar el tráfico de eth0 por el puerto GE y eth1 por los 4 puertos FE.
Mientras no añadamos una nueva interfaz para eth1 solo podremos conectar por el puerto GE.
Para visualizar el tráfico de eth1 por algun led hay que añadirlo en la configuración de leds.


seny

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #609 en: 15-02-2015, 22:12 (Domingo) »
Añadido a la modificación del dts que comenté e este hilo: https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-astoria-arv7519rw22-livebox-2-1/msg326644/#msg326644
Donde he modificado un byte:
..
#size-cells = <0>;
reg = <1>;
mac-address = [ 00 11 22 33 44 55 ];
..

-He puenteado ambas interfaces en lan, asi desde el principio podemos conectar desde cualquier puerto.
-He creado vlan's ;)
modificando: /openwrt/target/linux/lantiq/base-files/etc/uci-defaults/02_network
Código: [Seleccionar]
ARV7519RW22)
ucidef_set_interface_lan 'eth0 eth1'
lan_mac=$(mtd_get_mac_binary boardconfig 22)
wan_mac=$(macaddr_add "$lan_mac" 1)
ucidef_set_interface_lan 'eth0.1 eth1.1 eth1.2 eth1.3 eth1.4'
ucidef_add_switch "switch0" "1" "1"
ucidef_add_switch_vlan "switch0" "1" "0 1 2 3 4 5 6t"
;;
Pero los puertos que marca el switch no se corresponden con los reales, esto viene definido dentro del dts en cada ethernet@"x" con su reg = <"y" donde "y" no lo podemos cambiar para solucionarlo, supogo que viene definido desde el u-boot, aunque no es problema.
0 = 0
1 = 4
2 = 5
3 = 2
4 = 3
saludos
« Última modificación: 15-02-2015, 22:17 (Domingo) por seny »

manty

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #610 en: 16-02-2015, 22:49 (Lunes) »
Buenas, Seny.

Con lo del reg= 1 entiendo que te refieres a la definición de lan1, pero aún así no entiendo que quieres decir, yo no toqué ese valor y parece que la red queda aislada, que se supone que hace el reg = 1?

Tampoco entiendo a que te refieres cuando dices que las has puenteado, quieres decir que has deshecho lo de separar la giga como eth1?

Sobre lo de las vlans es lo que había hecho yo inicialmente y estaba todo happy hasta que me di cuenta que si bien el livebox parece estar filtrando las vlans, resulta que el switch está switcheando todo sin tener en cuenta los tags de vlan.

Tal y comentaba yo en https://foro.seguridadwireless.net/openwrt/%28desarrollo%29-openwrt-en-astoria-arv7519rw22-livebox-2-1/msg326528/#msg326528 el problema está reconocido en foros y en un bug de openwrt, al parecer aunque se haga un swconfig dev switch0 set enable_vlan 1 resulta que el enable_vlan se queda a 0, si has conseguido que quede a 1 ya dirás como :-)

Lo dicho, prueba bien las vlans porque estoy casi seguro que si pones un equipo con un tcpdump en una vlan externa verás el tráfico de tu vlan interna.

Añadido a la modificación del dts que comenté e este hilo: https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-astoria-arv7519rw22-livebox-2-1/msg326644/#msg326644
Donde he modificado un byte:
..
#size-cells = <0>;
reg = <1>;
mac-address = [ 00 11 22 33 44 55 ];
..

-He puenteado ambas interfaces en lan, asi desde el principio podemos conectar desde cualquier puerto.
-He creado vlan's ;)
modificando: /openwrt/target/linux/lantiq/base-files/etc/uci-defaults/02_network
Código: [Seleccionar]
ARV7519RW22)
ucidef_set_interface_lan 'eth0 eth1'
lan_mac=$(mtd_get_mac_binary boardconfig 22)
wan_mac=$(macaddr_add "$lan_mac" 1)
ucidef_set_interface_lan 'eth0.1 eth1.1 eth1.2 eth1.3 eth1.4'
ucidef_add_switch "switch0" "1" "1"
ucidef_add_switch_vlan "switch0" "1" "0 1 2 3 4 5 6t"
;;
Pero los puertos que marca el switch no se corresponden con los reales, esto viene definido dentro del dts en cada ethernet@"x" con su reg = <"y" donde "y" no lo podemos cambiar para solucionarlo, supogo que viene definido desde el u-boot, aunque no es problema.
0 = 0
1 = 4
2 = 5
3 = 2
4 = 3
saludos

eq7mavala

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #611 en: 17-02-2015, 10:54 (Martes) »
Existe alguna versión oficial, con la que no haya problemas a la hora de instalar paquetes y tal?

Me interesaria que se pudiese usar el ADSL y luci-app-qos... Entre otros.

Esta estable este router?

Gracias

seny

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #612 en: 17-02-2015, 20:33 (Martes) »
Buenas, Seny.

Con lo del reg= 1 entiendo que te refieres a la definición de lan1, pero aún así no entiendo que quieres decir, yo no toqué ese valor y parece que la red queda aislada, que se supone que hace el reg = 1?

Tampoco entiendo a que te refieres cuando dices que las has puenteado, quieres decir que has deshecho lo de separar la giga como eth1?

Sobre lo de las vlans es lo que había hecho yo inicialmente y estaba todo happy hasta que me di cuenta que si bien el livebox parece estar filtrando las vlans, resulta que el switch está switcheando todo sin tener en cuenta los tags de vlan.

Tal y comentaba yo en https://foro.seguridadwireless.net/openwrt/%28desarrollo%29-openwrt-en-astoria-arv7519rw22-livebox-2-1/msg326528/#msg326528 el problema está reconocido en foros y en un bug de openwrt, al parecer aunque se haga un swconfig dev switch0 set enable_vlan 1 resulta que el enable_vlan se queda a 0, si has conseguido que quede a 1 ya dirás como :-)

Lo dicho, prueba bien las vlans porque estoy casi seguro que si pones un equipo con un tcpdump en una vlan externa verás el tráfico de tu vlan interna.

Añadido a la modificación del dts que comenté e este hilo: https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-astoria-arv7519rw22-livebox-2-1/msg326644/#msg326644
Donde he modificado un byte:
..
#size-cells = <0>;
reg = <1>;
mac-address = [ 00 11 22 33 44 55 ];
..

-He puenteado ambas interfaces en lan, asi desde el principio podemos conectar desde cualquier puerto.
-He creado vlan's ;)
modificando: /openwrt/target/linux/lantiq/base-files/etc/uci-defaults/02_network
Código: [Seleccionar]
ARV7519RW22)
ucidef_set_interface_lan 'eth0 eth1'
lan_mac=$(mtd_get_mac_binary boardconfig 22)
wan_mac=$(macaddr_add "$lan_mac" 1)
ucidef_set_interface_lan 'eth0.1 eth1.1 eth1.2 eth1.3 eth1.4'
ucidef_add_switch "switch0" "1" "1"
ucidef_add_switch_vlan "switch0" "1" "0 1 2 3 4 5 6t"
;;
Pero los puertos que marca el switch no se corresponden con los reales, esto viene definido dentro del dts en cada ethernet@"x" con su reg = <"y" donde "y" no lo podemos cambiar para solucionarlo, supogo que viene definido desde el u-boot, aunque no es problema.
0 = 0
1 = 4
2 = 5
3 = 2
4 = 3
saludos
Las vlan's funcionan, se separan realmente las zonas, comprobado con tcpdump.
Hasta donde está implementado el switch en este router, se asemeja a un motor sin motor de arranque.
El motor funciona si en el arranque del sistema se encuentra una configuracion ya hecha que use alguna vlan. Las vlan que no encuentre en el arranque o hayamos desasignado despues de arrancar, no existen.
Antes de desasignar una vlan de una interface, hay que asignarla en otra.

Ese es el motivo principal, despues de separar las interfaces y puertos, de volver a juntar todo en la interface lan, desde ahi lo podremos extraer a otras interfaces que creamos.
Aquí podemos ver como queda al principio:
https://drive.google.com/file/d/0BwK0nfzU686UUXdtR1duaGlWT2s/view?usp=sharing

Sobre el <1>:
A ver, no conozco el código en profundidad pero cuando puse <0> no presté atención a que ya era usado por phy0 y en cambio el registro <1> no era usado., simplemente me pareció más elegante usarlo al estar libre y.., ya que las pruebas las hago habiendo modificado ese byte, aviso por si acaso afecta realmente..

Esta es la parte de la modificacion del dts que estoy usando es las últimas pruebas:

Código: [Seleccionar]
eth@E108000 {
#address-cells = <1>;
#size-cells = <0>;
compatible = "lantiq,xrx200-net";
reg = < 0xE108000 0x3000 /* switch */
0xE10B100 0x70 /* mdio */
0xE10B1D8 0x30 /* mii */
0xE10B308 0x30 /* pmac */
>;
interrupt-parent = <&icu0>;
interrupts = <73 72>;

lan0: interface@0 {
compatible = "lantiq,xrx200-pdi";
#address-cells = <1>;
#size-cells = <0>;
reg = <0>;
mac-address = [ 00 11 22 33 44 55 ];
lantiq,switch;
ethernet@0 {
compatible = "lantiq,xrx200-pdi-port";
reg = <0>;
phy-mode = "rgmii";
phy-handle = <&phy0>;
};
ethernet@2 {
compatible = "lantiq,xrx200-pdi-port";
reg = <5>;
phy-mode = "mii";
phy-handle = <&phy14>;
};
ethernet@3 {
compatible = "lantiq,xrx200-pdi-port";
reg = <2>;
phy-mode = "mii";
phy-handle = <&phy11>;
};
ethernet@4 {
compatible = "lantiq,xrx200-pdi-port";
reg = <3>;
phy-mode = "mii";
phy-handle = <&phy12>;
};
};

lan1: interface@1 {
compatible = "lantiq,xrx200-pdi";
#address-cells = <1>;
#size-cells = <0>;
reg = <1>;
mtd-mac-address = <&boardconfig 0x16>;
lantiq,switch;
ethernet@1 {
compatible = "lantiq,xrx200-pdi-port";
reg = <4>;
phy-mode = "mii";
phy-handle = <&phy13>;
};
};

mdio@0 {
#address-cells = <1>;
#size-cells = <0>;
compatible = "lantiq,xrx200-mdio";
phy0: ethernet-phy@0 {
reg = <0x0>;
compatible = "lantiq,phy11g", "ethernet-phy-ieee802.3-c22";
};
phy11: ethernet-phy@11 {
reg = <0x11>;
compatible = "lantiq,phy22f", "ethernet-phy-ieee802.3-c22";
};
phy12: ethernet-phy@12 {
reg = <0x12>;
compatible = "lantiq,phy22f", "ethernet-phy-ieee802.3-c22";
};
phy13: ethernet-phy@13 {
reg = <0x13>;
compatible = "lantiq,phy22f", "ethernet-phy-ieee802.3-c22";
};
phy14: ethernet-phy@14 {
reg = <0x14>;
compatible = "lantiq,phy22f", "ethernet-phy-ieee802.3-c22";
};
};
};
Esta es la parte del 02_network que he modificado:

Código: [Seleccionar]
ARV7519RW22)
ucidef_set_interface_lan 'eth0 eth1'
lan_mac=$(mtd_get_mac_binary boardconfig 22)
wan_mac=$(macaddr_add "$lan_mac" 1)
ucidef_set_interface_lan 'eth0.1 eth1.1 eth1.2 eth1.3 eth1.4'
ucidef_add_switch "switch0" "1" "1"
ucidef_add_switch_vlan "switch0" "1" "0 1 2 3 4 5 6t"
;;

Este es el network que tengo funcionando con jastel y 2 zonas con vlan's separadas:

Citar
config interface 'loopback'
   option ifname 'lo'
   option proto 'static'
   option ipaddr '127.0.0.1'
   option netmask '255.0.0.0'

config globals 'globals'
   option ula_prefix 'xxxx:xxxx:xxxx::/xx'

config interface 'lan'
   option force_link '1'
   option type 'bridge'
   option proto 'static'
   option ipaddr '192.168.1.1'
   option netmask '255.255.255.0'
   option macaddr 'xx:xx:xx:xx:xx:xx'
   option _orig_ifname 'eth0.1 eth1.1 eth1.2 eth1.3 eth1.4'
   option _orig_bridge 'true'
   option ifname 'eth1.1'
   option gateway '192.168.1.1'
   option broadcast '192.168.1.255'
   option dns '87.216.1.65 87.216.1.66'

config switch
   option name 'switch0'
   option reset '1'
   option enable_vlan '1'

config switch_vlan
   option device 'switch0'
   option vlan '1'
   option ports '0 1 2 3 4 5 6t'

config atm-bridge 'atm'
   option vpi '8'
   option vci '35'
   option encaps 'llc'
   option payload 'bridged'

config interface 'wan'
   option ifname 'nas0'
   option proto 'pppoe'
   option username 'xxxxxxxx@adsl'
   option password 'xxxxxxxx'
   option macaddr 'xx:xx:xx:xx:xx:xx'

config interface 'wan6'
   option ifname '@wan'
   option proto 'dhcpv6'

config vdsl 'dsl'
   option annex 'a'
   option firmware '/lib/firmware/vdsl.bin'
   option tone 'av'
   option xfer_mode 'atm'

config interface 'Local'
   option type 'bridge'
   option proto 'static'
   option ifname 'eth0.1 eth1.2 eth1.3 eth1.4'
   option ipaddr '192.168.2.1'
   option netmask '255.255.255.0'
   option gateway '192.168.2.1'
   option dns '87.216.1.65 87.216.1.66'
   option broadcast '192.168.1.255'

Aquí pongo una imagen con esas modificaciones, tiene lo mínimo pero con Luci y soporte para almacenamiento usb:
https://drive.google.com/file/d/0BwK0nfzU686UcmZ2Q3hQMk1DdVE/view?usp=sharing

manty

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #613 en: 18-02-2015, 06:28 (Miércoles) »
Las vlan's funcionan, se separan realmente las zonas, comprobado con tcpdump.
Hasta donde está implementado el switch en este router, se asemeja a un motor sin motor de arranque.
El motor funciona si en el arranque del sistema se encuentra una configuracion ya hecha que use alguna vlan. Las vlan que no encuentre en el arranque o hayamos desasignado despues de arrancar, no existen.
Antes de desasignar una vlan de una interface, hay que asignarla en otra.

Esta es la parte del 02_network que he modificado:

Código: [Seleccionar]
ARV7519RW22)
ucidef_set_interface_lan 'eth0 eth1'
lan_mac=$(mtd_get_mac_binary boardconfig 22)
wan_mac=$(macaddr_add "$lan_mac" 1)
ucidef_set_interface_lan 'eth0.1 eth1.1 eth1.2 eth1.3 eth1.4'
ucidef_add_switch "switch0" "1" "1"
ucidef_add_switch_vlan "switch0" "1" "0 1 2 3 4 5 6t"
;;

Hola, Seny.

Gracias por la explicación, entiendo lo que dices, aunque no entiendo muy bien como se diferencia esto que haces aquí en el 02_network de lo que estaba haciendo yo en el /etc/config/network que usaba:
# Los puertos van en orden: giga -> 0 3 2 5 4 <- puerto 1
config switch
        option name 'eth0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'eth0'
        option vlan '3'
        option vid '3'
        option ports '6t 0 2 3'

config switch_vlan
        option device 'eth0'
        option vlan '5'
        option vid '5'
        option ports '6t 5'

config switch_vlan
        option device 'eth0'
        option vlan '2'
        option vid '2'
        option ports '6t 4'

con lo que intentaba meter en una vlan los 3 puertos mas altos (el giga el 4 y el 3) y luego dejar separados en sendas vlans el puerto 1 y el 2 (por cierto, números de vlan altos no funcionan para nada).

Es decir, los cambio que yo hacía también son a nivel de configuración de openwrt, igual que los del 02_network. A no ser que no funcionen por el tema esta que comentas de cuando se meten y se quitan puertos en las vlans, no veo la diferencia, ya que en los dos casos se hace con el swconfig, ¿no?

Yo cuando hice las pruebas con el tcpdump estaba haciendo un ping desde el el puerto giga a una ip inexistente en la red local y veía el arp asociado al ping en el puerto 1 en el tcpdump de otra máquina que tenía enchufada en este puerto, mientras que si hacía un tcpdump eth0.2 en el propio livebox este no veía nada.

¿Sería mucho pedir que hicieras una prueba similar con tu setup dejando fuera del bridge uno de los puertos y configurando en él otra red diferente (la wan, vamos) y haciendo el tcpdump en este puerto en otra máquina a ver que ves?

Gracias de antemano.

Por otra parte, cambiando de tema... ¿es posible con lo que hay ahora mismo implementado del livebox grabar otro openwrt desde el propio openwrt sin tener que ir a la consola y pasar por el uboot?

Saludos y gracias de nuevo a todos.

francisgambin

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #614 en: 18-02-2015, 07:46 (Miércoles) »
Buenos dias,

Tengo unas dudas al respecto de compilar y cambiar el frimware, tengo instalada la compilación posteada por medber unas paginas atrás, y yo he compilado una en trunk con kernel 3.18.7 con las cosas que normalmente uso en mis otros cacharros (hg556 y AR-5381u), ya que en la versión de medber transmission me da algunos problemas y no tiene fpu emulación

Según veo en el hilo, las versiones trunk no funcionan los ethernet, y me da miedo probar mi compilación. ¿Si esto es así donde compiláis vosotros?

¿Además una pregunta tonta, puedo instalar desde luci o sigue siendo necesario el uso del puerto serie y cargar la imagen por tftpd?

Saludos

medber

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #615 en: 18-02-2015, 09:22 (Miércoles) »
@francisgambin

Si ya tienes openwrt instalados puedes flashearlo de nuevo desde luci fácilmente.

He compilado otra revisión mas ligera (desde fuente 14.07, r42625) con luci, 3g, fpu, usb wifi drivers, ntfs-3g, ext4, block-mount. comprobarla si quieres ;)  https://docs.google.com/file/d/0BzBSJsSR-T9iNDNZVXZDT29xYWc




 

francisgambin

  • Visitante
Re:
« Respuesta #616 en: 18-02-2015, 10:42 (Miércoles) »
Pues probaré tu compilación, me da miedo probar la mía y que luego no arranque o no funcionan los ethenet como comentan más atras

Tu has probado con trunk y en este caso tienes que poner algún parche?

Enviado desde mi bq Aquaris 5 HD mediante Tapatalk


medber

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #617 en: 18-02-2015, 10:59 (Miércoles) »
@francisgambin

el trunk esta en movimiento constante. No lo uso si puedo evitarlo. Si compilo los imágenes sincronizadas con la versión final de openwrt 14.07  es para beneficiar des los actualizaciones des los paquetes realizados por el equipo openwrt.

Si has logrado flashearlo una vez lo puedes hacerlo una otra vez. no hay nada que temer.  ;)
 
« Última modificación: 18-02-2015, 11:01 (Miércoles) por medber »

seny

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #618 en: 18-02-2015, 16:37 (Miércoles) »
Lo descrito en el dts y 02_network ha de ser compilado junto con la imagen ya que le sirve al router para interpretar el entorno durante el arranque del sistema.

El entorno ethernet de la última versión de Noltari, consta de 1 switch con los 5 puertos puestos en la interface lan.

Las modificaciones que he comentado cambian el entorno, pasan a ser 2 switch + 5 vlan's puestos en la interface lan.

Las vlan creadas, se corresponden con los puertos marcados en el router, lo único que no concuerda, es el muestreo que hace Luci de ellos en la pestaña switch. 

Esta imagen se puede cargar desde Luci, pero se ha de desmarcar el que mantenga la config, esperar a que termine de parpadear el led y volver a copiar el vdsl.bin si se usa el modem.
Las vlan's funcionan, se separan realmente las zonas, comprobado con tcpdump.
Hasta donde está implementado el switch en este router, se asemeja a un motor sin motor de arranque.
El motor funciona si en el arranque del sistema se encuentra una configuracion ya hecha que use alguna vlan. Las vlan que no encuentre en el arranque o hayamos desasignado despues de arrancar, no existen.
Antes de desasignar una vlan de una interface, hay que asignarla en otra.

Esta es la parte del 02_network que he modificado:

Código: [Seleccionar]
ARV7519RW22)
ucidef_set_interface_lan 'eth0 eth1'
lan_mac=$(mtd_get_mac_binary boardconfig 22)
wan_mac=$(macaddr_add "$lan_mac" 1)
ucidef_set_interface_lan 'eth0.1 eth1.1 eth1.2 eth1.3 eth1.4'
ucidef_add_switch "switch0" "1" "1"
ucidef_add_switch_vlan "switch0" "1" "0 1 2 3 4 5 6t"
;;

Hola, Seny.

Gracias por la explicación, entiendo lo que dices, aunque no entiendo muy bien como se diferencia esto que haces aquí en el 02_network de lo que estaba haciendo yo en el /etc/config/network que usaba:
# Los puertos van en orden: giga -> 0 3 2 5 4 <- puerto 1
config switch
        option name 'eth0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'eth0'
        option vlan '3'
        option vid '3'
        option ports '6t 0 2 3'

config switch_vlan
        option device 'eth0'
        option vlan '5'
        option vid '5'
        option ports '6t 5'

config switch_vlan
        option device 'eth0'
        option vlan '2'
        option vid '2'
        option ports '6t 4'

con lo que intentaba meter en una vlan los 3 puertos mas altos (el giga el 4 y el 3) y luego dejar separados en sendas vlans el puerto 1 y el 2 (por cierto, números de vlan altos no funcionan para nada).

Es decir, los cambio que yo hacía también son a nivel de configuración de openwrt, igual que los del 02_network. A no ser que no funcionen por el tema esta que comentas de cuando se meten y se quitan puertos en las vlans, no veo la diferencia, ya que en los dos casos se hace con el swconfig, ¿no?

Yo cuando hice las pruebas con el tcpdump estaba haciendo un ping desde el el puerto giga a una ip inexistente en la red local y veía el arp asociado al ping en el puerto 1 en el tcpdump de otra máquina que tenía enchufada en este puerto, mientras que si hacía un tcpdump eth0.2 en el propio livebox este no veía nada.

¿Sería mucho pedir que hicieras una prueba similar con tu setup dejando fuera del bridge uno de los puertos y configurando en él otra red diferente (la wan, vamos) y haciendo el tcpdump en este puerto en otra máquina a ver que ves?

Gracias de antemano.

Por otra parte, cambiando de tema... ¿es posible con lo que hay ahora mismo implementado del livebox grabar otro openwrt desde el propio openwrt sin tener que ir a la consola y pasar por el uboot?

Saludos y gracias de nuevo a todos.
@manty
Ya finalizado el arranque del sistema, es cuando aplica las configuraciones que el usuario haya puesto en /etc/config/.
Ese network que usabas es incompatible, ya ves las diferencias con el que he posteado.. yo no las veo todas porque solo has puesto una parte.. pero con eso es suficiente.
En tu caso y partiendo de mi imagen o de una que contenga esas mod que he comentado, es recomentable al principio hacerlo desde Luci porque así es seguro que no se ponen configs incompatibles.., se trata de crear a posteriori 2 interfaces más, donde a cada una dentro de la pestaña de configuración física, le indicarias las vlan que contiene, en cotafuegos si tiene aguna otra interfaz asociada y de que forma, vas guardando en cada pantalla y al terminar de crear, vuelves a la inteface lan, desmarcas las vlan que hayas usado en la otras interfaces, guardar y aplicar.

francisgambin

  • Visitante
Re:
« Respuesta #619 en: 18-02-2015, 16:47 (Miércoles) »
Pues confirmo que la versión trunk no funciona ethernet, así que desde uboot he cargado otra imagen sin problemas

Sigo probando, saludos

Enviado desde mi bq Aquaris 5 HD mediante Tapatalk