Problema reinicio Videobridge Observa VB264-T por filtrado MAC

Problema reinicio Videobridge Observa VB264-T por filtrado MAC

Hola

 

Recientemente he descubierto un problema con los Videobridges Observa VB264T (con la última y única versión de firmware disponible), que ocasiona que se reinicie constantemente el PA, tras configurar el filtrado por MAC.

 

He probado lo siguiente:

 

- Restaurar ambos videobridges a su configuración de fábrica. Posteriormente, cambiar password de acceso de administración, contraseña wifi y habilitado de filtrado por MAC (lista permitidos y no permitidos) incluyendo todos mis dispositivos y a estos mismos.

- Emparejado con el PL correctamente por WPS. Tengo acceso a internet, tanto por la Wifi 5GHz que emiten como por cable.

- Una vez que apago ambos equipos y quiero volver a utilizarlos, vienen los problemas:

 

Al acceder al interfaz de administración web, veo que la red Wifi de 5GHz ha desaparecido.

Veo el siguiente error en la consola de la web:

 

---

 

Dec 24 09:55:00 syslogd started: BusyBox v1.19.4
Dec 24 09:55:00 hotplug: name=eth1_0, path=/devices/virtual/net/eth1_0
Dec 24 09:55:01 kernel: [ 13.450000] eth1_0: force link (1000/Full)
Dec 24 09:55:01 kernel: [ 13.535000] wlan using SRAM (offset:0x880100d8, size:0x684)
Dec 24 09:55:01 hotplug: name=wlan, path=/module/wlan
Dec 24 09:55:01 kernel: [ 13.770000] wlan: 0.8.4.2 (0.9.3.3)
Dec 24 09:55:01 kernel: [ 13.825000] qtn_debug: module license 'Proprietary' taints kernel.
Dec 24 09:55:01 kernel: [ 13.830000] Disabling lock debugging due to kernel taint
Dec 24 09:55:01 hotplug: name=qtn_debug, path=/module/qtn_debug
Dec 24 09:55:01 hotplug: name=radar, path=/module/radar
Dec 24 09:55:01 kernel: [ 13.975000] qvspmod using SRAM (offset:0x88010768, size:0x37d4)
Dec 24 09:55:01 hotplug: name=qvspmod, path=/module/qvspmod
Dec 24 09:55:02 kernel: [ 14.095000] qdrv using SRAM (offset:0x88013f48, size:0xb0dc)
Dec 24 09:55:02 hotplug: name=qdrv, path=/module/qdrv
Dec 24 09:55:02 hotplug: name=wlan_xauth, path=/module/wlan_xauth
Dec 24 09:55:02 hotplug: name=wlan_ccmp, path=/module/wlan_ccmp
Dec 24 09:55:02 hotplug: name=wlan_tkip, path=/module/wlan_tkip
Dec 24 09:55:03 kernel: [ 15.130000] rtl8363sb_init(): IGMP Disabled.
Dec 24 09:55:06 hotplug: name=br0, path=/devices/virtual/net/br0
Dec 24 09:55:06 kernel: [ 18.330000] device eth1_0 entered promiscuous mode
Dec 24 09:55:06 kernel: [ 18.405000] br0: port 1(eth1_0) entering forwarding state
Dec 24 09:55:06 kernel: [ 18.440000] Enabling IGMP snooping
Dec 24 09:55:06 hotplug: name=pm_interval, path=/module/pm_interval
Dec 24 09:55:07 kernel: [ 19.630000] qdrv: firmware: requesting rdsp_driver.0.bin
Dec 24 09:55:07 hotplug: name=qdrv, path=/devices/qdrv/firmware/qdrv
Dec 24 09:55:07 kernel: [ 19.785000] qdrv: firmware: requesting qtn_driver.qtn_ruby.0.bin
Dec 24 09:55:07 hotplug: name=qdrv, path=/devices/qdrv/firmware/qdrv
Dec 24 09:55:07 hotplug: name=qdrv, path=/devices/qdrv/firmware/qdrv
Dec 24 09:55:08 hotplug: name=qdrv, path=/devices/qdrv/firmware/qdrv
Dec 24 09:55:08 kernel: [ 20.785000] muc_print_init_shared: buf=559c0de0
Dec 24 09:55:08 kernel: [ 20.790000] MuC: build date=Tue Mar 26 21:47:42 PDT 2013
Dec 24 09:55:08 kernel: [ 20.795000] MuC: slow heap begin=0x000c4d80 end=0x00144d80
Dec 24 09:55:08 kernel: [ 20.800000] MuC: fast heap begin=0x80030800 end=0x80038800
Dec 24 09:55:08 kernel: [ 20.805000] MuC: stack start=0x8003e7a0 sp=0x8003ff04
Dec 24 09:55:08 kernel: [ 20.810000] MuC: calstate is 3 (prod), dcache on
Dec 24 09:55:08 kernel: [ 20.815000] MuC: scancnt=2
Dec 24 09:55:08 kernel: [ 20.815000] MuC: slow eth=0
Dec 24 09:55:08 kernel: [ 20.835000] MuC: POST RF loopback test is disabled
Dec 24 09:55:08 kernel: [ 20.975000] MuC: fd start=0xe5040300 count=48 size=100 end=0xe50415c0
Dec 24 09:55:08 kernel: [ 20.980000] MuC: TX QoS schedule=0
Dec 24 09:55:08 kernel: [ 20.985000] MuC: dynamic one-bit autocorrelation enabled
Dec 24 09:55:08 kernel: [ 20.990000] MuC: enable IRQs
Dec 24 09:55:10 kernel: [ 21.020000] QDRV: power adjust scancnt=2
Dec 24 09:55:10 kernel: [ 23.030000] qtn-i2c-bus i2c_read_block timed out
Dec 24 09:55:10 kernel: [ 23.035000] MuC boot succeeded 2.265 seconds
Dec 24 09:55:11 hotplug: name=wlan_scan_ap, path=/module/wlan_scan_ap
Dec 24 09:55:11 hotplug: name=wifi0, path=/devices/virtual/net/wifi0
Dec 24 09:55:11 kernel: [ 23.295000] VAP create succeeded 0.030 seconds
Dec 24 09:55:12 iwevent: 07:55:12.142493 wifi0 Set Channel=0
Dec 24 09:55:12 Set Region[748]: Configuring TX power to 12 for WiFi channels 36 to 64
Dec 24 09:55:12 Set Region[748]: Configuring TX power to 18 for WiFi channels 100 to 140
Dec 24 09:55:12 kernel: [ 24.505000] device wifi0 entered promiscuous mode
Dec 24 09:55:12 kernel: [ 24.695000] Enabling SSDP flooding
Dec 24 09:55:13 hostapd: Configuration file: /mnt/jffs2/hostapd.conf
Dec 24 09:55:13 hostapd: MAC list file '/mnt/jffs2/hostapd.deny.wifi0' not found.
Dec 24 09:55:13 hostapd: Line 61: Failed to read deny_mac_file '/mnt/jffs2/hostapd.deny.wifi0'
Dec 24 09:55:13 hostapd: MAC list file '/mnt/jffs2/hostapd.accept.wifi0' not found.
Dec 24 09:55:13 hostapd: Line 62: Failed to read accept_mac_file '/mnt/jffs2/hostapd.accept.wifi0'
Dec 24 09:55:13 hostapd: WPS: empty whitelist and ACL configuration forced WPS to be disabled
Dec 24 09:55:13 hostapd: WPS: PBC overlap is forbidden as spec says.
Dec 24 09:55:13 hostapd: 2 errors found in configuration file '/mnt/jffs2/hostapd.conf'
Dec 24 09:55:13 iwevent: 07:55:13.517190 wifi0 Custom driver event:SCS: channel sampling disabled
Dec 24 09:55:13 kernel: [ 25.590000] Enabling SCS
Dec 24 09:55:13 root: Enabling beamforming
Dec 24 09:55:14 kernel: [ 26.265000] qdrv_sch_red: allocated 1536 511
Dec 24 09:55:14 kernel: [ 26.270000] qdrv_sch_red: attached to wifi0
Dec 24 09:55:14 kernel: [ 26.300000] qdrv_sch_red: allocated 512 127
Dec 24 09:55:14 kernel: [ 26.305000] qdrv_sch_red: attached to eth1_0
Dec 24 09:55:14 iwevent: 07:55:14.432236 wifi0 Custom driver event:SCS: channel sampling disabled
Dec 24 09:55:14 kernel: [ 26.505000] Disabling SCS
Dec 24 09:55:14 kernel: [ 26.990000] [2]Comparing register set Global control
Dec 24 09:55:14 kernel: [ 27.020000] [6]Comparing register set BB Global regs
Dec 24 09:55:15 kernel: [ 27.870000] qdrv_radar_is_rdetection_required: ERROR - channel not yet set
Dec 24 09:55:15 kernel: [ 27.875000] MuC: ioctl_power_save, level: 0 -> 1
Dec 24 09:55:16 kernel: [ 28.305000] device_out->refcnt: [10]
Dec 24 09:55:16 kernel: [ 28.305000] Local IP: [192.168.2.1] Initialed.
Dec 24 09:55:16 hotplug: name=localip, path=/module/localip
Dec 24 09:55:21 syslog: Password for 'root' changed
Dec 24 09:55:21 hotplug: name=reset, path=/module/reset
Dec 24 09:55:21 kernel: [ 33.845000] Button: Factory/Reset Initialed, gpio(5), timeout(5), factory(1)
Dec 24 09:55:21 kernel: [ 33.880000] Button: WPS Initialed, gpio(4), timeout(8)
Dec 24 09:55:21 hotplug: name=wps, path=/module/wps
Dec 24 09:55:23 kernel: [ 35.930000] ruby_health: start
Dec 24 09:55:23 kernel: [ 35.950000] ruby_health: daemon start
Dec 24 09:55:26 kernel: [ 38.280000] *** Checksum changed 0x0 (ts=0, seq=0) -> 0xb073ec41 (ts=4294914952, seq=1)

 

---

 

Y a los pocos segundos el PA se reinicia, constantemente.

 

Investigando un poco más, accedo por telnet al SO del PA y veo que efectivamente no encuentra los ficheros /mnt/jffs2/hostapd.accept.wifi0 y /mnt/jffs2/hostapd.deny.wifi0, que son los que almacenan las MACs del filtrado:

 

---

 

root@VB264-T:~# cd /mnt/jffs2/
root@VB264-T:/mnt/jffs2# ls -lart
drwxr-xr-x 3 root root 0 Jan 1 1970 ..
-rw-r--r-- 1 root root 18 Dec 24 09:55 wifi_mac_addrs
-rw-r--r-- 1 root root 18 Dec 24 09:55 eth_macaddr
-rw-r--r-- 1 root root 63 Dec 24 09:55 wireless_conf.txt
-rw-r--r-- 1 root root 1567 Dec 24 09:55 hostapd.conf
-rw-r--r-- 1 root root 18 Dec 24 09:55 hostapd.deny
-rw-r--r-- 1 root root 216 Dec 24 09:55 hostapd.accept
-rw-r--r-- 1 root root 0 Dec 24 09:55 wds_config.txt
drwxr-xr-x 2 root root 0 Dec 24 09:55 .
root@VB264-T:/mnt/jffs2#

---

 

Este error debe de activar un watchdog que manda la señal de reinicio.

 

Vuelvo a realizar la operación anterior de restaurarlos o volver a configurar las MACs y el sistema sí crea los ficheros:

 

---

 

root@VB264-T:~# cd /mnt/jffs2/
root@VB264-T:/mnt/jffs2# ls -alrt
drwxr-xr-x 3 root root 0 Jan 1 1970 ..
-rw-r--r-- 1 root root 18 Dec 24 09:55 wifi_mac_addrs
-rw-r--r-- 1 root root 18 Dec 24 09:55 eth_macaddr
-rw-r--r-- 1 root root 63 Dec 24 09:55 wireless_conf.txt
-rw-r--r-- 1 root root 18 Dec 24 09:55 hostapd.deny
-rw-r--r-- 1 root root 0 Dec 24 09:55 wds_config.txt
-rw-r--r-- 1 root root 42 Dec 24 09:56 hostapd.deny.wifi0
-rw-r--r-- 1 root root 1 Dec 24 09:56 hostapd.accept
-rw-r--r-- 1 root root 1619 Dec 24 09:56 hostapd.conf
-rw-r--r-- 1 root root 260 Dec 24 09:56 hostapd.accept.wifi0
-rw-r--r-- 1 root root 36 Dec 24 09:56 hostapd.accept.oui.wifi0
drwxr-xr-x 2 root root 0 Dec 24 09:56 .
root@VB264-T:/mnt/jffs2# 
root@VB264-T:/mnt/jffs2# 

---

 

Pero cada vez que se apagan y encienden, vuelvo a tener unos modernos y caros (2x50€) pisapapeles.

 

He llamado al 1002 y lo he comentado con vuestros compañeros de los Centros Técnicos, pero solo pueden dar soporte a configuraciones básicas. Necesito una red de 5GHz para solucionar los problemas de saturación de los canales de 2'4GHz y conectarme por necesidades a un cable de red.

 

Por favor, ¿podríais darme una solución a mi problema? Gracias.

 

Un saludo,

Mensaje 1 de 9
1.590 Visitas
8 RESPUESTAS 8

Solo digo que con la curradaque te has pegado te mereces una solucion, planteate la devolucion o bien si te esperas unas semanas y espero no sean muchas esta previsto una actualizacion de firmware que habilitara la posisilidad de emitir en 5 ghz en modo bridge y supongo solucionaran tu error, bueno eso es mucho suponer. Espero tengas suerte, dificil solucion a tunproblema de una manera inmediata pero ojala me equivoque.

 

Recuerdos.

 

_______________________________________________________
ya te vale 1004
Mensaje 2 de 9
1.566 Visitas

GeOx escribió:

Solo digo que con la curradaque te has pegado te mereces una solucion, planteate la devolucion o bien si te esperas unas semanas y espero no sean muchas esta previsto una actualizacion de firmware que habilitara la posisilidad de emitir en 5 ghz en modo bridge y supongo solucionaran tu error, bueno eso es mucho suponer. Espero tengas suerte, dificil solucion a tunproblema de una manera inmediata pero ojala me equivoque.

 

Recuerdos.

 


Gracias, GeOx.

Tiene pinta de que pasen a formar parte de la caja de los aparatos inservibles.

 

Un saludo,

 

Mensaje 3 de 9
1.546 Visitas

¿Algún moderador/técnico de Movistar que por lo menos se interese por el tema? 

Mensaje 4 de 9
1.534 Visitas

Hola @2JA_G

 

 Envianos si quieres en un mensaje privado los siguientes datos : (Nombre del Titular y nif, núm.telef, móvil contacto y persona contacto, correo electronico y horario) y lo vemos.

 

Ascen.SaludEmoticono felizs

 



Si necesitas soporte técnico en averías de Móvil, Fijo, Movistar+ o Internet Fijo (cobre o fibra), puedes acceder a nuestro apartado de Soporte Técnico o rellenar este formulario. También puedes contactar con nosotros llamando al 1002.

 Si necesitas contratar Fibra Ópticacomprobar tu cobertura Adsl y Fibrao ver información sobre la instalación de la fibra visita nuestra página ADSL y Fibra en movistar.es 

Solución aceptada.png
Mensaje 5 de 9
1.527 Visitas

Hola

 

Privado enviado ayer por la tarde.

 

 

Un saludo,

Mensaje 6 de 9
1.512 Visitas

Hola @2JA_G

 

Te hemos mandado un privado, con los datos de la incidencia que hemos registrado, cuando tengas un momento, puedes consultarlo. Si tienes alguna duda, indícanoslo.

 

Un Cordial Saludo Raquel-Movistar.

 



Si necesitas soporte técnico en averías de Móvil, Fijo, Movistar+ o Internet Fijo (cobre o fibra), puedes acceder a nuestro apartado de Soporte Técnico o rellenar este formulario. También puedes contactar con nosotros llamando al 1002.

 Si necesitas contratar Fibra Ópticacomprobar tu cobertura Adsl y Fibrao ver información sobre la instalación de la fibra visita nuestra página ADSL y Fibra en movistar.es 

Solución aceptada.png
Mensaje 7 de 9
1.449 Visitas

Hola @Técnico.Global-Movistar

 

Gracias. Espero el contacto de los técnicos.

 

Un saludo,

Mensaje 8 de 9
1.443 Visitas

Hola

 

Definitivamente no hay solución para este problema en los VB264-T (¿?) Tampoco se han liberado nueva versión de firmware.

Ha venido un técnico para sustituirlos por unos wifi+ y estoy en proceso de filtrado de MACs.

 

 

Un saludo,

 

 

Mensaje 9 de 9
1.425 Visitas