Otro router VRX288 (experimental):

Investigando ...
Pongo un script de inicio "dsl" de un aparato con el VRX288:
#!/bin/sh
# vim: set ts=2 sw=2 et:
# /etc/bewan/lib/dsl

# specific vendor functions used by dsl scripts
# setparam must be included

# Working variables
# $modulation
# $DSLD

# Needed because libdti_agent.so is in /usr/lib
export LD_LIBRARY_PATH=/usr/lib:/lib

if [ ${DSL_LIB_LOADED:-0} -eq 1 ]; then
  return
fi

check_vendor_dsl() {
  # Lantiq binaries not installed ?
  test -d /opt/lantiq/bin || return 1
  # Driver started, restart unimplemented
  test -d $DSLD && return 1
  return 0
}

start_vendor_dsl() {

  local bindir='/opt/lantiq/bin'

  local platform=''
  local xDSL_Mgmt_Mode=''
  local xTM_Mgmt_Mode=''
  local wanphy_phymode=''
  local filename=''

  # Determine platform variables
  if [ "$(find /lib/firmware -name dsl_ar9_firmware*.bin)" != '' ]; then
    platform='ARX188'
    xDSL_Mgmt_Mode='ADSL'
    xTM_Mgmt_Mode='ATM'
    wanphy_phymode='0'

  elif [ "$(find /lib/firmware -name dsl_vr9_firmware*.bin)" != '' ]; then
    platform='VRX288'

    # Load xDSL negotiation accross reboot state machine environment
    Next_xDSL_Mode=$WANDSLInterfaceConfig_NextxDSLMode
    Next_xTM_Mode=$WANDSLInterfaceConfig_NextxTMMode
    xDSL_ADSL_Sub_Prefix=$WANDSLInterfaceConfig_ADSLSubPrefix
    xDSL_SW_Forced_Reboot=$WANDSLInterfaceConfig_ForcedReboot

    # Default values
    [ "$xDSL_ADSL_Sub_Prefix" = '' ] && xDSL_ADSL_Sub_Prefix='0'
    [ "$xDSL_SW_Forced_Reboot" = '' ] && xDSL_SW_Forced_Reboot='0'

    # Full VDSL/ADSL negotiation
    if [ "$modulation" = 'xDSL_multi' ]; then
      xDSL_Mgmt_Mode='Auto'
      xTM_Mgmt_Mode='Auto'
      # Default values
      [ "$Next_xDSL_Mode" = '' ] && Next_xDSL_Mode='2'
      [ "$Next_xTM_Mode" = '' ] && Next_xTM_Mode='PTM'

    # VDSL mode only
    elif [ "$modulation" = 'VDSL' ]; then
      xDSL_Mgmt_Mode='VDSL'
      xTM_Mgmt_Mode='PTM'
      Next_xDSL_Mode='2'
      Next_xTM_Mode='PTM'
      xDSL_SW_Forced_Reboot='0'

    # ADSL mode only
    else
      xDSL_Mgmt_Mode='ADSL'
      xTM_Mgmt_Mode='ATM'
      Next_xDSL_Mode='1'
      Next_xTM_Mode='ATM'
      xDSL_SW_Forced_Reboot='0'
    fi

    echo $xTM_Mgmt_Mode >$DSLD/status_xTM_Mgmt_Mode
    if [ "$Next_xDSL_Mode" = 1 ]; then
      echo 'ADSL' >$DSLD/status_Next_xDSL_Mode
    elif [ "$Next_xDSL_Mode" = 2 ]; then
      echo 'VDSL' >$DSLD/status_Next_xDSL_Mode
    fi
    echo $Next_xTM_Mode >$DSLD/status_Next_xTM_Mode
    echo $xDSL_ADSL_Sub_Prefix >$DSLD/status_xDSL_ADSL_Sub_Prefix
    echo $xDSL_SW_Forced_Reboot >$DSLD/status_xDSL_SW_Forced_Reboot

    # TODO phymode
    wanphy_phymode='0'
  else
    base_log 'TODO: unknown xDSL platform'
  fi

  # load kernel DSL driver
  (
    export wanphy_phymode
    local debug_mode=0
    cd $bindir; $bindir/inst_drv_cpe_api.sh $debug_mode
  )

  # Set modulation parameter (build the string of 0s and 1s according to the following specification)
  # G.992.1-A, G.992.2, G.992.3-A, G.992.5-A, T1.413, G.992.3-L, G.992.3-I, G.992.5-I, G.992.3-M, G.992.5-M, G.992.1-B, G.992.3-B, G.992.5-B, G.992.3-J, G.992.5-J
  local mode=""
  case "$modulation" in
  ADSL_ANSI_T1.413) mode='Annex_0_0_0_0_1_0_0_0_0_0_0_0_0_0_0';; # Need to set also G.992.1
  ADSL_multi)       mode='Annex_1_1_1_1_1_1_1_1_0_0_1_1_1_1_1';;
  ADSL_multi_AM)    mode='Annex_1_1_1_1_1_1_1_1_1_1_1_1_1_1_1';;
  ADSL_G.dmt)       mode='Annex_1_0_0_0_0_0_0_0_0_0_1_0_0_0_0';;
  ADSL_G.lite)      mode='Annex_0_1_0_0_0_0_0_0_0_0_0_0_0_0_0';; # Need to set also G.992.1
  ADSL_G.dmt.bis)   mode='Annex_0_0_1_0_0_1_1_0_1_0_0_1_0_1_0';;
  ADSL_2plus)       mode='Annex_0_0_0_1_0_0_0_1_0_1_0_0_1_0_1';;
  xDSL_multi)       mode='Annex_1_0_1_1_1_1_0_0_0_0_0_0_0_0_0';;
  VDSL)             mode='Annex_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0';;
  *)                mode='Annex_1_1_1_1_1_1_1_1_1_1_1_1_1_1_1';;
  esac

  # load control daemon
  (
    local ADSL_MODE=$mode
    . /etc/init.d/ifx_cpe_control_init.sh
    start
  )
}

stop_vendor_dsl() {
  base_log 'TODO: stop_vendor_dsl unimplemented' debug
}

DSL_LIB_LOADED=1
En la configuracion ADSL se utiliza el modo ATM, mientras que en la VDSL el modo PTM.

Lo que interesa es llegar a poner:
"Full VDSL/ADSL negotiation"

En concreto, en este router se que se utiliza el:
drv_dsl_cpe_api-4.11.4

Saludos
espeltron

Ademas de las pruebas indicadas, hay una muy importante:

Código: [Seleccionar]

vdsl_cpe_control --version
dsl_cpe_control --version
Ya que hay 2 versiones:
Driver danube:
http://mirror2.openwrt.org/sources/drv_dsl_cpe_api_danube-3.24.4.4.tar.gz
http://mirror.opf.slu.cz/openwrt/sources/drv_dsl_cpe_api_danube-3.24.4.4.tar.gz

Driver vrx, que no esta en el repositorio oficial mirror2:
http://mirror.opf.slu.cz/openwrt/sources/drv_dsl_cpe_api_vrx-4.11.4.tar.gz

Saludos
espeltron

Respuesta del router:
root@OpenWrt:~# vdsl_cpe_control --version
DSL_CPE: DSL CPE Control Application V4.11.4
root@OpenWrt:~# dsl_cpe_control --version
-ash: dsl_cpe_control: not found

BRUTAL ESPELTON

root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control status
Chipset:      Lantiq-VRx Unknown
Line State:      UP [0x801: showtime_tc_sync]
Data Rate:      16.800 Mb/s / 880 Kb/s
Line Attenuation:   21.7dB / 9.8dB
Noise Margin:      9.1dB / 9.0dB
Line Uptime:      1s

 

Estoy respondiendo desde el ASTORIA!!!

Gracias se que queda corto!!!

Donde mando las cervezas???

Otro router VRX288 (experimental):

Investigando ...
Pongo un script de inicio "dsl" de un aparato con el VRX288:

Código: [Seleccionar]

#!/bin/sh
# vim: set ts=2 sw=2 et:
# /etc/bewan/lib/dsl

# specific vendor functions used by dsl scripts
# setparam must be included

# Working variables
# $modulation
# $DSLD

# Needed because libdti_agent.so is in /usr/lib
export LD_LIBRARY_PATH=/usr/lib:/lib

if [ ${DSL_LIB_LOADED:-0} -eq 1 ]; then
  return
fi

check_vendor_dsl() {
  # Lantiq binaries not installed ?
  test -d /opt/lantiq/bin || return 1
  # Driver started, restart unimplemented
  test -d $DSLD && return 1
  return 0
}

start_vendor_dsl() {

  local bindir='/opt/lantiq/bin'

  local platform=''
  local xDSL_Mgmt_Mode=''
  local xTM_Mgmt_Mode=''
  local wanphy_phymode=''
  local filename=''

  # Determine platform variables
  if [ "$(find /lib/firmware -name dsl_ar9_firmware*.bin)" != '' ]; then
    platform='ARX188'
    xDSL_Mgmt_Mode='ADSL'
    xTM_Mgmt_Mode='ATM'
    wanphy_phymode='0'

  elif [ "$(find /lib/firmware -name dsl_vr9_firmware*.bin)" != '' ]; then
    platform='VRX288'

    # Load xDSL negotiation accross reboot state machine environment
    Next_xDSL_Mode=$WANDSLInterfaceConfig_NextxDSLMode
    Next_xTM_Mode=$WANDSLInterfaceConfig_NextxTMMode
    xDSL_ADSL_Sub_Prefix=$WANDSLInterfaceConfig_ADSLSubPrefix
    xDSL_SW_Forced_Reboot=$WANDSLInterfaceConfig_ForcedReboot

    # Default values
    [ "$xDSL_ADSL_Sub_Prefix" = '' ] && xDSL_ADSL_Sub_Prefix='0'
    [ "$xDSL_SW_Forced_Reboot" = '' ] && xDSL_SW_Forced_Reboot='0'

    # Full VDSL/ADSL negotiation
    if [ "$modulation" = 'xDSL_multi' ]; then
      xDSL_Mgmt_Mode='Auto'
      xTM_Mgmt_Mode='Auto'
      # Default values
      [ "$Next_xDSL_Mode" = '' ] && Next_xDSL_Mode='2'
      [ "$Next_xTM_Mode" = '' ] && Next_xTM_Mode='PTM'

    # VDSL mode only
    elif [ "$modulation" = 'VDSL' ]; then
      xDSL_Mgmt_Mode='VDSL'
      xTM_Mgmt_Mode='PTM'
      Next_xDSL_Mode='2'
      Next_xTM_Mode='PTM'
      xDSL_SW_Forced_Reboot='0'

    # ADSL mode only
    else
      xDSL_Mgmt_Mode='ADSL'
      xTM_Mgmt_Mode='ATM'
      Next_xDSL_Mode='1'
      Next_xTM_Mode='ATM'
      xDSL_SW_Forced_Reboot='0'
    fi

    echo $xTM_Mgmt_Mode >$DSLD/status_xTM_Mgmt_Mode
    if [ "$Next_xDSL_Mode" = 1 ]; then
      echo 'ADSL' >$DSLD/status_Next_xDSL_Mode
    elif [ "$Next_xDSL_Mode" = 2 ]; then
      echo 'VDSL' >$DSLD/status_Next_xDSL_Mode
    fi
    echo $Next_xTM_Mode >$DSLD/status_Next_xTM_Mode
    echo $xDSL_ADSL_Sub_Prefix >$DSLD/status_xDSL_ADSL_Sub_Prefix
    echo $xDSL_SW_Forced_Reboot >$DSLD/status_xDSL_SW_Forced_Reboot

    # TODO phymode
    wanphy_phymode='0'
  else
    base_log 'TODO: unknown xDSL platform'
  fi

  # load kernel DSL driver
  (
    export wanphy_phymode
    local debug_mode=0
    cd $bindir; $bindir/inst_drv_cpe_api.sh $debug_mode
  )

  # Set modulation parameter (build the string of 0s and 1s according to the following specification)
  # G.992.1-A, G.992.2, G.992.3-A, G.992.5-A, T1.413, G.992.3-L, G.992.3-I, G.992.5-I, G.992.3-M, G.992.5-M, G.992.1-B, G.992.3-B, G.992.5-B, G.992.3-J, G.992.5-J
  local mode=""
  case "$modulation" in
  ADSL_ANSI_T1.413) mode='Annex_0_0_0_0_1_0_0_0_0_0_0_0_0_0_0';; # Need to set also G.992.1
  ADSL_multi)       mode='Annex_1_1_1_1_1_1_1_1_0_0_1_1_1_1_1';;
  ADSL_multi_AM)    mode='Annex_1_1_1_1_1_1_1_1_1_1_1_1_1_1_1';;
  ADSL_G.dmt)       mode='Annex_1_0_0_0_0_0_0_0_0_0_1_0_0_0_0';;
  ADSL_G.lite)      mode='Annex_0_1_0_0_0_0_0_0_0_0_0_0_0_0_0';; # Need to set also G.992.1
  ADSL_G.dmt.bis)   mode='Annex_0_0_1_0_0_1_1_0_1_0_0_1_0_1_0';;
  ADSL_2plus)       mode='Annex_0_0_0_1_0_0_0_1_0_1_0_0_1_0_1';;
  xDSL_multi)       mode='Annex_1_0_1_1_1_1_0_0_0_0_0_0_0_0_0';;
  VDSL)             mode='Annex_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0';;
  *)                mode='Annex_1_1_1_1_1_1_1_1_1_1_1_1_1_1_1';;
  esac

  # load control daemon
  (
    local ADSL_MODE=$mode
    . /etc/init.d/ifx_cpe_control_init.sh
    start
  )
}

stop_vendor_dsl() {
  base_log 'TODO: stop_vendor_dsl unimplemented' debug
}

DSL_LIB_LOADED=1
En la configuracion ADSL se utiliza el modo ATM, mientras que en la VDSL el modo PTM.

Lo que interesa es llegar a poner:
"Full VDSL/ADSL negotiation"

En concreto, en este router se que se utiliza el:
drv_dsl_cpe_api-4.11.4

Firmware ADSL de este router VRX288 (experimental):
http://www.mediafire.com/download/gyhg0lf958ehc5e/dsl_vr9_firmware_xdsl-05.04.08.00.00.06_05.04.04.04.00.01.zip

Este es el firmware ADSL mas reciente que he encontrado.

jmcabgam si pudieras probarlo y comentar los resultados ...

Con un poco de suerte puede que por defecto tenga el modo ADSL habilitado.

Saludos
espeltron

...

Tengo tambien el firmware de la VoIP. 

¿Seguimos?
 

Saludos
espeltron

espelton, eres un fuera de serie!!! Anda que no tenias razón cuando comentaste en tu primer post en este hilo que atábamos algo perdidos y liados...

Que si seguimos? Pues claro!!! Dime por donde quiere que sigamos!!!

Vamos, que queda la wifi, puertos ethernet (con vlans) 10 % y la VoIp, creo que no me dejo nada...

Lo de la wifi está complicado, no...? No hay posibilidad de nada...

Espelton, te comento que con este bin también me ha funcionado y no veo diferencias entre ambos en cuanto a los datos, te copio: (el 1 es el primero y el 2 el del segundo post)
1
root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control status
Chipset: Lantiq-VRx Unknown
Line State: UP [0x801: showtime_tc_sync]
Data Rate: 16.704 Mb/s / 880 Kb/s
Line Attenuation: 21.7dB / 9.4dB
Noise Margin: 9.0dB / 9.0dB
Line Uptime: 1m 52s
root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control status
Chipset: Lantiq-VRx Unknown
Line State: DOWN [0x380: full_init]
Data Rate: 16.708 Mb/s / 884 Kb/s
Line Attenuation: 21.7dB / 9.8dB
Noise Margin: 9.1dB / 10.7dB
Line Uptime: 1m 35s

2
root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control status
Chipset: Lantiq-VRx Unknown
Line State: UP [0x801: showtime_tc_sync]
Data Rate: 16.880 Mb/s / 880 Kb/s
Line Attenuation: 21.7dB / 9.4dB
Noise Margin: 9.0dB / 9.0dB
Line Uptime: 2m 11s
root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control status
Chipset: Lantiq-VRx Unknown
Line State: UP [0x801: showtime_tc_sync]
Data Rate: 16.788 Mb/s / 884 Kb/s
Line Attenuation: 21.7dB / 9.4dB
Noise Margin: 9.0dB / 10.3dB
Line Uptime: 6s
Y con el tema de la wifi, lo espero como agua de mayo!!! Te agradezco el soporte que nos estas dando.

En cuanto a la Wifi, lo otros dias ayude con los drivers de un Ralink RT3070, que utiliza el driver "rt2870.bin".
Resulta que este archivo lo he visto ya en alguna compilacion de OpenWrt para el ARV7519, asi que van por el buen camino.

Creo que lleva el RT3062F, asi que al ser del mismo fabricante se cargara de forma similar.

Ralink mete "el firmware" de cada dispositivo en la inicializacion de este, da igual que sea USB, PCI, PCI-E, etc, .. todos se mandan como archivo binario ya compilado para ese chip Ralink.
El caso es que las imagenes "binarias" son las mismas para linux, windows, i386 o mips, son archivos de muy pocos KB.

Asi que voy a subir las imagenes firmware mas actualizadas del wifi para el RT3062F, que tambien se colocan en:
/lib/firmware/

Uff, esos techones me dan mala espina... que pasa?

Saludos

WIFI:

Es un METALINK DRIVER

Si veis el log del foro inicial:
https://foro.seguridadwireless.net/openwrt/astoria-networks-arv7519-de-ya-com-ahora-orange/msg256139/#msg256139
Aparecen los archivos:
ap_upper.bin
contr_lm.bin

Segun esto es la version: "version number: FW_3.1.0_Customers_r5058 MIPS"

Pues esos archivos y el resto que van junto a ellos hay que meterlos a....:
/lib/firmware/

Una pagina en donde tratan este driver:
http://wireless80211.wordpress.com/2010/04/03/metalink-driver-3-1-0-6-on-405ex/

Y otra pagina:
https://dev.openwrt.org/ticket/14488
Y el driver para el FW 3.1.0:
https://www.dropbox.com/s/0tg0krp4rwt8e7g/lq-wave-300-03.01.00.12.31.09.58ada131737d.src.tar.gz

Como punto de partida esta bien.

Saludos
espeltron

hola compañero, simplemete grs, aunque me gustaria probar y claro no se que hacer esto esta claro que me supera o estoy como bien decias perdido pero estupendo por lo menos deme donde van las cervecas a casa.....'''donde buen una pregunta.

Pues esos archivos y el resto que van junto a ellos hay que meterlos a....:
/lib/firmware/

esto como lo realizo con winscp sin mas supongo que descomprimido ??
me gustara intentar colaborar por su puesto

Que gran noticia!!! Gracias por la currada espeltron y jmcabgam!!!

Estoy deseando probarlo y comprobar la estabilidad de la conexión...

Saludos

Enviado desde mi GT-I9300 mediante Tapatalk

Cuando queráis seguimos con el wifi...  

El wifi es complicado, es necesario:
- crear toolchains, seguramente con versiones de gcc especificas
- hacer compilaciones cruzadas
- posiblemente parchear codigo

De momento yo no tengo tiempo para preparar las herramientas necesarias para esto y mi experiencia en compilaciones es limitada.
Asi que el wifi tendra que esperar, a menos que haya algun figura que sea capaz de sacarle punta a los drivers Metalink, que como bien dice Pteridium utilizan las obsoletas "wireless extension" (WEXT) y puede que sean incompatibles con los nuevos kernels.

Si alguien quiere hacer una prueba experimental, que se me ha ocurrido, por si las moscas:

Arcadyan anteriormente hacia dispositivos USB wireless wifi N, con el nombre comercial Accton, es posible que hayan "reetiquetado el chip" o "tenga un modo de funcionar" compatible con los driver USB actuales (con el VID y el PID cambiados).
Digo esto porque en ciertos backups originales no aparecen los "firmwares" tipicos de Metalink, como el "ap_upper.bin" o el "contr_lm.bin".

Mis sospechas van dirigidas al driver "cuasi-generico" de Ralink "rt2870.bin" para USB:
https://wiki.debian.org/rt2870sta
Buscar Arcadyan y Accton.
El firmware "rt2870.bin" es el mismo para diversos chips, como el de las antenas de 1W con chip RT3070.

O puede que usen algun otro para PCI (en un modelo de router similar, el ARV7519 usaban el RT3062F):
http://wiki.openwrt.org/arv7519
O puede que usaran otro firmware de carga similar al modo de funcionamiento de Ralink, como el de Atheros o los de Realtek.

Primeras pruebas:
1.- Identificar dispositivos USB y PCI (dmesg, lsusb, lspci, etc)
2.- Comprobar con un adaptador USB Wifi de Ralink si se han instalado correctamente los drivers en el OpenWrt.
3.- Quitar este adaptador USB wifi y reiniciar el openwrt, utilizando diferentes drivers para ver si alguno funcionara, introduciendo los identificadores VID, PID de los USB, PCI, etc. encontrados anteriormente y "sospechosos" de tener una segunda funcionalidad.

Saludos
espeltron

Hola a todos,

estoy intentando compilar a partir del git que hay enlazado en el post de gmtii. Hay uno de los parches que me da un error que no he conseguido solucionar:

YYY@XXXX:/move/livebox_2.1/openwrt-arv7519rw$ make V=99
make[1]: Entering directory `/move/livebox_2.1/openwrt-arv7519rw'
make[2]: Entering directory `/move/livebox_2.1/openwrt-arv7519rw'
make[3]: Entering directory `/move/livebox_2.1/openwrt-arv7519rw/target/linux'
make[4]: Entering directory `/move/livebox_2.1/openwrt-arv7519rw/target/linux/lantiq'
if [ -s "/move/livebox_2.1/openwrt-arv7519rw/build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xrx200/linux-3.10.32/patches/series" ]; then (cd "/move/livebox_2.1/openwrt-arv7519rw/build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xrx200/linux-3.10.32"; if quilt --quiltrc=- next >/dev/null 2>&1; then quilt --quiltrc=- push -a; else quilt --quiltrc=- top >/dev/null 2>&1; fi ); fi
Applying patch platform/0008-NET-PHY-adds-driver-for-lantiq-PHY11G.patch
patching file drivers/net/phy/Kconfig
patching file drivers/net/phy/Makefile
patching file drivers/net/phy/lantiq.c
patch: **** unexpected end of file in patch
Patch platform/0008-NET-PHY-adds-driver-for-lantiq-PHY11G.patch does not apply (enforce with -f)
make[4]: *** [/move/livebox_2.1/openwrt-arv7519rw/build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xrx200/linux-3.10.32/.quilt_checked] Error 1
make[4]: Leaving directory `/move/livebox_2.1/openwrt-arv7519rw/target/linux/lantiq'
make[3]: *** [compile] Error 2
make[3]: Leaving directory `/move/livebox_2.1/openwrt-arv7519rw/target/linux'
make[2]: *** [target/linux/compile] Error 2
make[2]: Leaving directory `/move/livebox_2.1/openwrt-arv7519rw'
make[1]: *** [/move/livebox_2.1/openwrt-arv7519rw/staging_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/stamp/.target_compile] Error 2
make[1]: Leaving directory `/move/livebox_2.1/openwrt-arv7519rw'
make: *** [world] Error 2
YYY@XXXX:/move/livebox_2.1/openwrt-arv7519rw$

¿Alguien más lo ha intentado? ¿Cómo lo habéis solucionado?

Eliminando ese parche consigo compilar pero no funcionan los puertos ethernet del router. Quiero compilar el firmware para añadir soporte para un módem 3g y un conversor de puerto serie-usb, desde la versión que hay publicada no es posible hacerlo a través de opkg.

Gracias!