701

Odp: ZTE MF289F - Porting OpenWRT

I will look on my folders , but it is important ,what brand you have ( i should have from Vodaphone DE , and from polish T-Mobile distribution).

702 (edytowany przez Richard 2023-03-08 12:37:56)

Odp: ZTE MF289F - Porting OpenWRT

MiG25 napisał/a:

I will look on my folders , but it is important ,what brand you have ( i should have from Vodaphone DE , and from polish T-Mobile distribution).

Hey Vodafone , I want to try another T-Mobile if you provide.

703

Odp: ZTE MF289F - Porting OpenWRT

rybirek napisał/a:

Pozwolę sobie wrócić do DL/UP modemu.

Na oryginalnym FW miałem
https://i.imgur.com/2DT9l5C.png

Na OpenWRT nie byłem w stanie przekroczyć magicznego 150 DL
https://i.imgur.com/CDDhHym.png

Wyjąłem modem, włożyłem do przejściówki na USB i pod linuxem (qmi) uzyskałem na improwizowanych antenach.
https://i.imgur.com/h3GwaR2.png

Modem wrócił do routera i automagicznie.
https://i.imgur.com/120zlrI.png

Ciekawe co mi się naprawiło...


Edit.
Znowu popsułem, miałem zainstalowany własny obraz ze snapshota z 08.02, postanowiłem "posprzątać", zainstalowałem dzisiejszy snapshot z openwrt.org i znowu mam 150


I have your exact same problem
on OFW i got 290 DL
on OpenWRT build snapshot by stich86: 150 DL

Carrier: Vodafone Italy
Bands: 1+3+20

modem fw details:
CR_VDFITMF289FV1.0.0B06
Ver.AT1

704

Odp: ZTE MF289F - Porting OpenWRT

Richard napisał/a:
MiG25 napisał/a:

I will look on my folders , but it is important ,what brand you have ( i should have from Vodaphone DE , and from polish T-Mobile distribution).

Hey Vodafone , I want to try another T-Mobile if you provide.

For you : https://www.mediafire.com/folder/86mlck … ZTE_MF289F
@Cezary , jak coś to ściągnij też do siebie...

705

Odp: ZTE MF289F - Porting OpenWRT

MiG25 napisał/a:

@Cezary , jak coś to ściągnij też do siebie...

https://dl.eko.one.pl/orig/zte_mf289f/

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

706

Odp: ZTE MF289F - Porting OpenWRT

Thank you guys, this solved all the problems. smile

707 (edytowany przez rybirek 2023-03-11 13:48:41)

Odp: ZTE MF289F - Porting OpenWRT

kostia napisał/a:

I have your exact same problem
on OFW i got 290 DL
on OpenWRT build snapshot by stich86: 150 DL

Carrier: Vodafone Italy
Bands: 1+3+20

modem fw details:
CR_VDFITMF289FV1.0.0B06
Ver.AT1

Last snapshot from openwrt.org (r22256-14334c222e)

/etc/config/network
config interface 'wan'
        option proto 'qmi'
        option device '/dev/cdc-wdm0'
        option apn 'internet'
        option auth 'none'
        option pdptype 'ipv4'
        #option dhcp '0'

/etc/config/firewall
config defaults
        option syn_flood        1
        option input            REJECT
        option output           ACCEPT
        option forward          REJECT
        option disable_ipv6     1
        option flow_offloading '1'
        option flow_offloading_hw '1'

https://i.imgur.com/ZEEWZbj.png

AT+ZCAINFO?

+ZCAINFO: 128, 7, 58170, 3175, 15.0;          434, 2, 1, 225, 15.0;          260, 2, 3, 1599, 10.0;          23, 2, 20, 6350, 10.0;

708

Odp: ZTE MF289F - Porting OpenWRT

rybirek napisał/a:

/etc/config/firewall
config defaults
        option syn_flood        1
        option input            REJECT
        option output           ACCEPT
        option forward          REJECT
        option disable_ipv6     1
        option flow_offloading '1'
        option flow_offloading_hw '1'

in your firewall rule are all traffic rules deleted?

709

Odp: ZTE MF289F - Porting OpenWRT

Hello,
one question regarding rebooting device:

i have changed my openwrt from 22.03 to nightly build with DSA switch, because i need also vlans. Its working so far without issues. The only issue i recognized is when rebooting device it seems the modem itself does not reboot.
i have the situation, my device lose some frequencies overnight (i think because the provider is doing some energy saving overnight). in the morning the device is only connected with 800 mhz. i have scheduled a daily reboot. with 22.03 i did not see an issue, after reboot all frequencies are back and also ip changes of wan port. after changing to nightly build i added also the device reboot, but frequencies are not back and also ip on wan port does not change.
is this a known behavior?
i have solved this issue by adding a smart plug, and scheduled a power off/on, but its noticeable, and maybe someone can verify this behavior?
br
Chris

710 (edytowany przez MiG25 2023-04-21 11:20:07)

Odp: ZTE MF289F - Porting OpenWRT

I don't remember well , but could be ,that modem have not connected a reboot line with router it self ( so reboot of router don't make modem reboot) , but from other way there is (if you reset only modem , also router will reboot).
How do you rebooting it ?
Maybe only simple "ifup wan" will do the job without rebooting ?
If not ,try to do reset modem with command "echo -e -n 'AT+CFUN=1,1\r' > /dev/ttyUSB1" ( or any other good ttyUSBx )  - probably also router will reboot.

711 (edytowany przez tango38317 2023-04-22 09:36:21)

Odp: ZTE MF289F - Porting OpenWRT

MiG25 napisał/a:

I don't remember well , but could be ,that modem have not connected a reboot line with router it self ( so reboot of router don't make modem reboot) , but from other way there is (if you reset only modem , also router will reboot).
How do you rebooting it ?
Maybe only simple "ifup wan" will do the job without rebooting ?
If not ,try to do reset modem with command "echo -e -n 'AT+CFUN=1,1\r' > /dev/ttyUSB1" ( or any other good ttyUSBx )  - probably also router will reboot.

Hi,
thanks for feedback:
at the moment i reboot with a scheduled task:
10 6 * * * sleep 70 && touch /etc/banner && reboot
i tried already with ifdown wwan && ifup wwan, but did not solve the issue.
i´ll try it with reset modem command and give feeback.


EDIT: tried it, router has rebooted, got new ip address and has enabled all frequenies, as expected.
many thanks @mig25
br
Chris

712

Odp: ZTE MF289F - Porting OpenWRT

See https://github.com/openwrt/openwrt/issues/11916

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

713 (edytowany przez VerdaHathaway 2023-05-11 16:06:20)

Odp: ZTE MF289F - Porting OpenWRT

My WAN port and LAN port are both functioning normally.
I want to set the WAN port as the LAN port.


Otherwise, if I activate the 4G network, the device plugged into the WAN port will not respond and will not obtain an IP address from the WAN port.

714

Odp: ZTE MF289F - Porting OpenWRT

Show me output of cat /etc/config/network

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

715

Odp: ZTE MF289F - Porting OpenWRT

Cezary napisał/a:

Show me output of cat /etc/config/network

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

config globals 'globals'
    option ula_prefix 'fdda:51b7:8193::/48'

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'eth0'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ipaddr '192.168.1.1'
    option netmask '255.255.255.0'
    option ip6assign '60'

config interface 'wan'
    option device 'eth1'
    option proto 'dhcp'

config interface 'wan6'
    option device 'eth1'
    option proto 'dhcpv6'

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

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option ports '5 0'

config switch_vlan
    option device 'switch0'
    option vlan '2'
    option ports '2 0'

716

Odp: ZTE MF289F - Porting OpenWRT

Don't touch swconfig. Just add eth1 to bridge br-lan. It should work, of course if the wan/lan1 port is working.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

717 (edytowany przez tango38317 2023-06-01 14:54:21)

Odp: ZTE MF289F - Porting OpenWRT

Hello,

one question regarding building openwrt 23.05 Snapshot. Has someone already tried it?
I´m having an issue with this build > i´m missing 2,4 Ghz WLAN device, i find only: Qualcomm Atheros IPQ4019 802.11ac/n. or did i miss something when trying to build?

many thanks
Chris

718

Odp: ZTE MF289F - Porting OpenWRT

Maybe something is broken, please post full kernel log somewhere and link it here. It seems you have a 2T2R variant of 5GHz radio, 2.4GHz is handled by the very same driver.

719

Odp: ZTE MF289F - Porting OpenWRT

Leo-PL napisał/a:

Maybe something is broken, please post full kernel log somewhere and link it here. It seems you have a 2T2R variant of 5GHz radio, 2.4GHz is handled by the very same driver.

Hi,
hopefully i have shared all you need to find the issue :-)
https://1drv.ms/u/s!AlHcXWB9x0NhjtM0zYZ … g?e=FWJLhD
br
Chris

720

Odp: ZTE MF289F - Porting OpenWRT

Something is indeed broken with one of built-in interfaces, isn't the calibration data for it corrupted?

I would expect issues for the other one, which was present in two variants in this device.
I would ask on forum.openwrt.org for that, I'm not expert in ath10k internals yet.
Firmware which is loaded into wireless interfaces the same for both bands, but it looks, like the first wireless interface crashes.
The relevant part:

[   18.971532] ath10k_ahb a000000.wifi: qca4019 hw1.0 target 0x01000000 chip_id 0x003b00ff sub 0000:0000
[   18.971602] ath10k_ahb a000000.wifi: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[   18.983435] ath10k_ahb a000000.wifi: firmware ver 10.4b-ct-4019-fW-13-5ae337bb1 api 5 features mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT crc32 6b2b5c5b
[   19.043011] ath10k_ahb a000000.wifi: Loading BDF type 0
[   19.189522] ath10k_ahb a000000.wifi: board_file api 2 bmi_id 0:20 crc32 d140cd7d
[   21.517514] ath10k_ahb a000000.wifi: failed to receive control response completion, polling..
[   22.557323] ath10k_ahb a000000.wifi: ctl_resp never came in (-110)
[   22.557706] ath10k_ahb a000000.wifi: failed to connect to HTC: -110
[   22.616399] ------------[ cut here ]------------
[   22.616450] WARNING: CPU: 2 PID: 9 at kernel/workqueue.c:3084 __flush_work+0x2d8/0x310
[   22.620107] Modules linked in: ath10k_pci(+) ath10k_core ath xt_state xt_conntrack wireguard usb_wwan qmi_wwan pppox ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_objref nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_counter nft_compat nft_chain_nat nf_tables nf_nat nf_flow_table nf_conntrack mac80211 libchacha20poly1305 iptable_mangle iptable_filter ipt_REJECT ipt_ECN ip_tables curve25519_neon cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY x_tables usbserial usbnet slhc sch_cake poly1305_arm nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libcrc32c hwmon crc_ccitt compat chacha_neon cdc_wdm sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_route cls_matchall cls_fw cls_flow cls_basic
[   22.620579]  act_skbedit act_mirred act_gact ip6_gre ip_gre gre ifb ip6_tunnel tunnel6 ip_tunnel vxlan udp_tunnel ip6_udp_tunnel sha512_arm ghash_arm_ce cmac leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom gpio_button_hotplug mii crc32c_generic
[   22.715428] CPU: 2 PID: 9 Comm: kworker/u8:0 Not tainted 5.15.113 #0
[   22.737638] Hardware name: Generic DT based system
[   22.744063] Workqueue: ath10k_wq ath10k_core_register_work [ath10k_core]
[   22.748673] [<c030d488>] (unwind_backtrace) from [<c030986c>] (show_stack+0x10/0x14)
[   22.755525] [<c030986c>] (show_stack) from [<c0602da0>] (dump_stack_lvl+0x40/0x4c)
[   22.763251] [<c0602da0>] (dump_stack_lvl) from [<c032274c>] (__warn+0x8c/0x100)
[   22.770628] [<c032274c>] (__warn) from [<c0322828>] (warn_slowpath_fmt+0x68/0x78)
[   22.777834] [<c0322828>] (warn_slowpath_fmt) from [<c033c9a8>] (__flush_work+0x2d8/0x310)
[   22.785474] [<c033c9a8>] (__flush_work) from [<c033cb9c>] (__cancel_work_timer+0xe0/0x1d0)
[   22.793631] [<c033cb9c>] (__cancel_work_timer) from [<bf4ce350>] (ath10k_htc_stop_hl+0x18/0x4c [ath10k_core])
[   22.801831] [<bf4ce350>] (ath10k_htc_stop_hl [ath10k_core]) from [<bf4d7010>] (ath10k_htt_tx_free+0x14/0x48 [ath10k_core])
[   22.811782] [<bf4d7010>] (ath10k_htt_tx_free [ath10k_core]) from [<bf4cae54>] (ath10k_core_start+0xb0c/0x15b8 [ath10k_core])
[   22.822720] [<bf4cae54>] (ath10k_core_start [ath10k_core]) from [<bf4cc75c>] (ath10k_core_register_work+0x638/0xb74 [ath10k_core])
[   22.834088] [<bf4cc75c>] (ath10k_core_register_work [ath10k_core]) from [<c033b608>] (process_one_work+0x210/0x478)
[   22.845634] [<c033b608>] (process_one_work) from [<c033c184>] (worker_thread+0x4c/0x598)
[   22.855958] [<c033c184>] (worker_thread) from [<c0342b08>] (kthread+0x148/0x164)
[   22.864292] [<c0342b08>] (kthread) from [<c0300110>] (ret_from_fork+0x14/0x24)
[   22.871668] Exception stack(0xc1061fb0 to 0xc1061ff8)
[   22.878699] 1fa0:                                     00000000 00000000 00000000 00000000
[   22.883829] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[   22.891986] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[   22.900189] ---[ end trace 93d8523097d51500 ]---
[   22.906579] ------------[ cut here ]------------
[   22.911419] WARNING: CPU: 2 PID: 9 at kernel/workqueue.c:3084 __flush_work+0x2d8/0x310
[   22.916027] Modules linked in: ath10k_pci(+) ath10k_core ath xt_state xt_conntrack wireguard usb_wwan qmi_wwan pppox ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_objref nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_counter nft_compat nft_chain_nat nf_tables nf_nat nf_flow_table nf_conntrack mac80211 libchacha20poly1305 iptable_mangle iptable_filter ipt_REJECT ipt_ECN ip_tables curve25519_neon cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY x_tables usbserial usbnet slhc sch_cake poly1305_arm nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libcrc32c hwmon crc_ccitt compat chacha_neon cdc_wdm sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_route cls_matchall cls_fw cls_flow cls_basic
[   22.916501]  act_skbedit act_mirred act_gact ip6_gre ip_gre gre ifb ip6_tunnel tunnel6 ip_tunnel vxlan udp_tunnel ip6_udp_tunnel sha512_arm ghash_arm_ce cmac leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom gpio_button_hotplug mii crc32c_generic
[   23.011343] CPU: 2 PID: 9 Comm: kworker/u8:0 Tainted: G        W         5.15.113 #0
[   23.033561] Hardware name: Generic DT based system
[   23.041369] Workqueue: ath10k_wq ath10k_core_register_work [ath10k_core]
[   23.045977] [<c030d488>] (unwind_backtrace) from [<c030986c>] (show_stack+0x10/0x14)
[   23.052833] [<c030986c>] (show_stack) from [<c0602da0>] (dump_stack_lvl+0x40/0x4c)
[   23.060559] [<c0602da0>] (dump_stack_lvl) from [<c032274c>] (__warn+0x8c/0x100)
[   23.067936] [<c032274c>] (__warn) from [<c0322828>] (warn_slowpath_fmt+0x68/0x78)
[   23.075140] [<c0322828>] (warn_slowpath_fmt) from [<c033c9a8>] (__flush_work+0x2d8/0x310)
[   23.082782] [<c033c9a8>] (__flush_work) from [<c033cb9c>] (__cancel_work_timer+0xe0/0x1d0)
[   23.090940] [<c033cb9c>] (__cancel_work_timer) from [<bf4ce360>] (ath10k_htc_stop_hl+0x28/0x4c [ath10k_core])
[   23.099107] [<bf4ce360>] (ath10k_htc_stop_hl [ath10k_core]) from [<bf4d7010>] (ath10k_htt_tx_free+0x14/0x48 [ath10k_core])
[   23.109089] [<bf4d7010>] (ath10k_htt_tx_free [ath10k_core]) from [<bf4cae54>] (ath10k_core_start+0xb0c/0x15b8 [ath10k_core])
[   23.120027] [<bf4cae54>] (ath10k_core_start [ath10k_core]) from [<bf4cc75c>] (ath10k_core_register_work+0x638/0xb74 [ath10k_core])
[   23.131398] [<bf4cc75c>] (ath10k_core_register_work [ath10k_core]) from [<c033b608>] (process_one_work+0x210/0x478)
[   23.142942] [<c033b608>] (process_one_work) from [<c033c184>] (worker_thread+0x4c/0x598)
[   23.153267] [<c033c184>] (worker_thread) from [<c0342b08>] (kthread+0x148/0x164)
[   23.161601] [<c0342b08>] (kthread) from [<c0300110>] (ret_from_fork+0x14/0x24)
[   23.168976] Exception stack(0xc1061fb0 to 0xc1061ff8)
[   23.176009] 1fa0:                                     00000000 00000000 00000000 00000000
[   23.181136] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[   23.189295] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[   23.197484] ---[ end trace 93d8523097d51501 ]---
[   23.204055] ath10k_ahb a000000.wifi: could not init core (-110)
[   23.208999] ath10k_ahb a000000.wifi: could not probe fw (-110)
[   24.170752] ath10k_ahb a800000.wifi: qca4019 hw1.0 target 0x01000000 chip_id 0x003b00ff sub 0000:0000
[   24.170825] ath10k_ahb a800000.wifi: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[   24.184187] ath10k_ahb a800000.wifi: firmware ver 10.4b-ct-4019-fW-13-5ae337bb1 api 5 features mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT crc32 6b2b5c5b
[   24.242187] ath10k_ahb a800000.wifi: Loading BDF type 0
[   24.254223] ath10k_ahb a800000.wifi: board_file api 2 bmi_id 0:21 crc32 d140cd7d
[   25.550926] ath10k_ahb a800000.wifi: 10.4 wmi init: vdevs: 16  peers: 48  tid: 96
[   25.551005] ath10k_ahb a800000.wifi: msdu-desc: 2500  skid: 32
[   25.600122] ath10k_ahb a800000.wifi: wmi print 'P 48/48 V 16 K 144 PH 176 T 186  msdu-desc: 2500  sw-crypt: 0 ct-sta: 0'
[   25.601889] ath10k_ahb a800000.wifi: wmi print 'free: 53252 iram: 13432 sram: 35752'
[   25.741679] ath10k_ahb a800000.wifi: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-cal-nvmem max-sta 32 raw 0 hwcrypto 1
[   25.909531] ath: EEPROM regdomain: 0x0
[   25.909610] ath: EEPROM indicates default country code should be used
[   25.909617] ath: doing EEPROM country->regdmn map search
[   25.909626] ath: country maps to regdmn code: 0x3a
[   25.909634] ath: Country alpha2 being used: US
[   25.909641] ath: Regpair used: 0x3a

721

Odp: ZTE MF289F - Porting OpenWRT

Czy działa komuś z Was w tym routerze na OpenWRT poprawnie opcja 'packet_steering' ? Używam 22.03-SNAPSHOT r20043-1f32774ded i niezależnie czy włączę tą funkcję czy wyłączę i tak transfer używa tylko jednego rdzenia procka.
Ogranicza to z włączonym 'flow offloading' max transfer do ok. 880Mbit/s. Czy w 23.05-RC1 będzie lepiej i poprawiono działanie tej funkcji?

Pozdr,

Banana Pi BPI-R3 + SFP GPON ONT Nokia G-010S-A + LTE FIBOCOM L860-GL-16 (OpenWrt 25.12-SNAPSHOT, kernel 6.12.71)
Zyxel T56 EX5601-T1 (OpenWrt 25.12-SNAPSHOT, kernel 6.12.85)
Xiaomi AX3600 (OpenWrt NSS SNAPSHOT, kernel 6.12.79)
OpenWRT NSS builds for Xiaomi AX3600 by @Payti

722

Odp: ZTE MF289F - Porting OpenWRT

Nic nie zmieniono w 23.05-rc1 pod tym względem, jakiś specjalnych poprawek nie było.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

723

Odp: ZTE MF289F - Porting OpenWRT

Gdzie zgłosić ten problem by ktoś ten 'packet_steering' poprawił dla IPQ40xx?

Banana Pi BPI-R3 + SFP GPON ONT Nokia G-010S-A + LTE FIBOCOM L860-GL-16 (OpenWrt 25.12-SNAPSHOT, kernel 6.12.71)
Zyxel T56 EX5601-T1 (OpenWrt 25.12-SNAPSHOT, kernel 6.12.85)
Xiaomi AX3600 (OpenWrt NSS SNAPSHOT, kernel 6.12.79)
OpenWRT NSS builds for Xiaomi AX3600 by @Payti

724

Odp: ZTE MF289F - Porting OpenWRT

Tu: https://github.com/openwrt/openwrt/issues

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

725 (edytowany przez Payti 2023-06-10 21:21:37)

Odp: ZTE MF289F - Porting OpenWRT

Ok, zgłosiłem -> [22.03] ipq40xx: packet steering bug #12876]

Pozdr,

Banana Pi BPI-R3 + SFP GPON ONT Nokia G-010S-A + LTE FIBOCOM L860-GL-16 (OpenWrt 25.12-SNAPSHOT, kernel 6.12.71)
Zyxel T56 EX5601-T1 (OpenWrt 25.12-SNAPSHOT, kernel 6.12.85)
Xiaomi AX3600 (OpenWrt NSS SNAPSHOT, kernel 6.12.79)
OpenWRT NSS builds for Xiaomi AX3600 by @Payti