MC888/MC889

[Mig25]

Szkoda że nie ma Orange bo podobno uruchomili hybrydowo tzn. NSA/SA.

Mógłbyś rozwinąć ? Kto nie ma Orange ? I gdzie uruchomili i co ? N28 w trybie SA ?

[Zeusek]

Ten co testował, dałeś link, napisał że ma TM.
Orange przecież się chwali że już uruchomił.
Orange ma uruchamiać w trybie NSA/SA według tego co napisali
https://nasz.orange.pl/t5/AMA-sieci-mob ... d-p/386022

[Mig25]

No to zmyłkę pisałeś , bo nie uruchomili , tylko planują ( a planowanie to .... )

Napisał ,że testował TM przez chwilę , i że działa ciut gorzej od MC888 , a n28 to już w sieci Telia na Litwie....(przynajmniej ja tak rozumiem).

[Zeusek]

Orange już uruchomiła 5G700
https://biuroprasowe.orange.pl/informac ... 700-mhz-2/

[Mig25]

Ale nie uruchomili SA ( i w ślad hybrydy) , tylko planują.

Chyba łączysz zupełnie dwa rozne rzeczy , uruchomienie 5G w SA , i uruchomienie 5G700 .... Nigdzie nie ma napisane ,że to będzie jednocześnie.

[Zeusek]

Póki nikt nie przetestuje to się nie dowiemy... prawdopodobnie w NSA ale jeszcze nikt nie zrobił testów.

[bobix]

Co ty chcesz testować? Przecież komunikat prosto z Orange mówi że mają NSA.

[piotrzet]

5G w Orange i T-Mobile to 5G NSA, w Play też NSA ale dodatkowo DSS z LTE.

[BikeBarian]

5G w Orange i T-Mobile to 5G NSA, w Play też NSA ale dodatkowo DSS z LTE.

I bardzo dobrze, że DSS z LTE bo mało który telefon obsługuje N28 + Kotwica na LTE800/900 a dopóki VOnR nie uruchomia to samo 5G700 jest bezużyteczne bo nie jest w SA tylko NSA ale wtedy musi być z wyższymi pasmami 1800+ żeby była kotwica i żeby to większość telefonów obsługiwała. Co mi po dobrym sygnale n28 jak nie mam kotwicy na LTE bo sygnał nie dochodzi dlatego DSS z LTE800/900Mhz to dobry ruch.

[Zeusek]

ZTE namieszał, TM oferuje MC888C z x55...no cóż może to i dobry ruch ale trzeba uważać co się kupuje.
https://www.t-mobile.pl/sklep/kategoria ... ery-domowe

[Mig25]

Czyli taki odświeżony MC801A... No z ZTE pod tym względem trzeba uważać , zwłaszcza na literkę po cyferkach , bo w większości modeli determinuje właśnie serce urządzenia....

[Zeusek]

wi-fi 6 i oferuje 6GHz...to chyba błąd.

[onken]

6GHz to raczej tylko do WiFi7

[Zeusek]

Ewentualnie wi-fi 6E. TM coś namieszał.... może tak samo ma być x62 a nie x55 lub x60.

[bobix]

W oficjalnej polskiej dystybucji są dostępne trzy modele z serii MC888: MC888, MC888B i MC888D. A tak wygląda wybór pasm w MC888D z wolnego rynku.

Czy MC889 też ma kilka wersji dostępnych na polskim rynku?

[Mig25]

Może nie wersji sprzętowych , ale firmware są co najmniej dwie: z Plusa i STD... I różnić się mogą choćby wyglądem tej strony.

[Zeusek]

Mała poprawka, wersji MC888 jest już cztery:
1. MC888 na x62. Nie ma w menu obsługi N28 choć prawdopodobnie wspiera, z wolnego rynku.
2. MC888B na x62
3. MC888C na x55
4. MC888D na x62

[Mig25]

Formalnie jest jeszcze MC888A z x65... w Polsce nie oferowana , ale na sprowadzaną można trafić.
Do tego jeszcze modele PRO i Ultra ( zarówno bez literki jak i z A...) ...

[bobix]

W jakich warunkach sieciowych jest korzystne dopłacić do wersji pro a w jakich jest to bez sensu?

[Zeusek]

A Pro ma antenę bardziej kierunkową co daje większe wzmocnienie na 5G3600, przy dalszej odległości może to lepiej działać. Nie ma jednoznacznej odpowiedzi na takie pytanie.

[Mig25]

Ale kolega (raczej) pyta o MC888 PRO ( a nie MC889A PRO).

Ponieważ te Ultra czy Pro mają osobny Soc do usług sieciowych i osobny do modemu ( w przeciwieństwie do "zwykłych" MC888 ,gdzie jest tylko jeden SX6x) , to może robić on bardziej zaawansowane funkcji sieciowe w stylu połączenia szyfrowane VPN ( znaczy zrobi to bardziej wydajnie , np. bez ograniczania prędkości) , może jednocześnie więcej klientów wifi się podłączyć ( w MC888 jest zdaje się limit 32 klientów).

Generalnie dla przeciętnego użytkownika może to być niezauważalne , zwłaszcza jak się przestawi w tryb bridge i z tego w ogóle nie korzysta.

[kamil445]

Witam

Posiadam MC889A-Pro od tygodnia, jednakże co np 12h, 13h różnie, mam dziwne restarty (?) urządzenia. Wersja firmware:

Software Version BD_STDPLMC889A PROV1.0.1B06
Hardware Version MC889APRO_HW1.0

takie coś w logach anteny podczas tego "restartu":

wczoraj:

2025-07-27 22:12:46 : [system][notice]Lan eth0 pulling out
2025-07-27 22:12:49 : [info] [module_apn] setCandidateApnList apnList.size= 1
2025-07-27 22:12:49 : [info] [module_apn] setCandidateApnList cstr=PLAY Internet($)internet($)0($)*99#($)none($)($)($)IP($)1($)($)auto($)($)($)0($)($)
2025-07-27 22:12:53 : [system][notice]Lan eth0 insert
2025-07-27 22:12:59 : [system][notice]Lan eth0 pulling out
2025-07-27 22:13:07 : [system][notice]Lan eth0 insert
2025-07-27 22:13:09 : [warning]restart: zte_topsw_goahead &

dziś:

2025-07-28 11:50:39 : [system][notice]Lan eth0 pulling out
2025-07-28 11:50:43 : [info] [module_apn] setCandidateApnList apnList.size= 1
2025-07-28 11:50:43 : [info] [module_apn] setCandidateApnList cstr=PLAY Internet($)internet($)0($)*99#($)none($)($)($)IP($)1($)($)auto($)($)($)0($)($)
2025-07-28 11:50:47 : [system][notice]Lan eth0 insert
2025-07-28 11:50:53 : [system][notice]Lan eth0 pulling out
2025-07-28 11:51:00 : [system][notice]Lan eth0 insert
2025-07-28 11:51:01 : [warning]restart: zte_topsw_goahead &

Antena podłączona do mikrotik hex poe który robi za switch na dachu.

Na mikrotiku nic ciekawego w logach nie ma prócz informacji że link padł i wstał:



Antena podłączona za pomocą +/- 15m skrętki do mikrotika + ten oficjalny konektor 20cm od zte do istniejącej instalacji, dołączony był za krótki...
Mikrotik się nie restartuje, działa cały czas bez problemu.

Po tym "restarcie" sieć wstawała na początku na 5G jednakże potem na 3G przez co musiałem za każdym razem wchodzić i ją restartować aby wchodziła na 5G. Po resecie do fabryki, 2x połączyła się z 5G po tych restartach, jednakże potem znów wstaje tylko na 3G.
Czasami przyznaje routerowi IP "192.168.254.144" mimo tego iż antena działa w trybie bridge, na routerze czasami muszę przerestartować wan aby dostać ip od operatora (Play), w logach routera wygląda to tak jak zadziała pozyskanie ip od operatora jak wcześniej przyznało ip od anteny:

daemon.notice netifd: wan (1836): udhcpc: lease lost, entering init state

Próbowałem oryginalnego zasilacza, następnie mikrotikowskiego POE + zasilacza z regulacją napięcia, testowo pobiłem napięcie do 49,5V (info z Mikrotika) bo myślałem że może jest jakiś spadek i antena się przez to resetuje, ale bez skutku.

To operator (Play) wywala połączenie i antena się resetuje czy antena się resetuje jako pierwsza?

Antena jakoś dużo prądu nie pobiera, według mikrotika podczas obciążenia łącza i ruchu +/- 100Mb/s antena wciąga z 70-80mA, 3,7W-4,2W Max.

Jakieś propozycje co jeszcze sprawdzić zanim odeślę antenę do sklepu ?

[Mig25]

Ja jestem uczulony na to ,że operatorzy nie lubią się z ZTE i gdzieniegdzie co jakiś czas modem (zamiast dostać re-lease adresu IP ,dostaje NAK ,czyli odmowę , przez co restartuje połączenie).
Pisałem to kilka razy na różnych forach.

Przede wszystkim objawia się to równym czasem po włączeniu ( czyli adres IP operator standardowo przydziela na 24h , równo w połowie czasu - po 12 h , router prosi o release i go nie dostaje i się rozłacza z siecią).
Nie wiem jak dokładnie Mikrotik robi logi , czy widać czy to on przed tym rozłączeniem prosi o wznowienie adresu IP...

Możesz zwiększyć Czas dzierżawy DHCP w ustawieniach sieciowych MC889A PRO ( przynajmniej w wersji B03 mogę) , i to wpływa na czas dzierżawy , ja mam ustawione na 5000.

[kamil445]

Ja jestem uczulony na to ,że operatorzy nie lubią się z ZTE i gdzieniegdzie co jakiś czas modem (zamiast dostać re-lease adresu IP ,dostaje NAK ,czyli odmowę , przez co restartuje połączenie).
Pisałem to kilka razy na różnych forach.

Przede wszystkim objawia się to równym czasem po włączeniu ( czyli adres IP operator standardowo przydziela na 24h , równo w połowie czasu - po 12 h , router prosi o release i go nie dostaje i się rozłacza z siecią).
Nie wiem jak dokładnie Mikrotik robi logi , czy widać czy to on przed tym rozłączeniem prosi o wznowienie adresu IP...

Możesz zwiększyć Czas dzierżawy DHCP w ustawieniach sieciowych MC889A PRO ( przynajmniej w wersji B03 mogę) , i to wpływa na czas dzierżawy , ja mam ustawione na 5000.

MC889A-Pro jest w trybie bridge, on nie dostaje IP od operatora, chociaż, kto wie co tam to oprogramowanie robi pod maską, router dostaje ip od opratora (Play).

Routerem jest TP-Link Archer c7 v2 z OpenWRT.

W logach routera widać, kiedy dostaje IP, dzierżawa jest na 24h (86400 sekund).

Mon Jul 28 12:52:01 2025 daemon.notice netifd: wan (2901): udhcpc: broadcasting discover
Mon Jul 28 12:52:02 2025 daemon.notice netifd: wan (2901): udhcpc: broadcasting select for 100.122.67.65, server 100.122.67.66
Mon Jul 28 12:52:02 2025 daemon.notice netifd: wan (2901): udhcpc: lease of 100.122.67.65 obtained from 100.122.67.66, lease time 86400
Mon Jul 28 12:52:02 2025 daemon.notice netifd: Interface 'wan' is now up

Sprawdzałem w logach routera czy jest coś o "DHCP NAK" ale nic takiego nie ma.
Aby dostać nowe ip, ponieważ po restarcie anteny nie ma internetu, muszę zrestartować wan na routerze aby dostać nowe IP od play'a.

U mnie ten "restart" nie jest równo po 12h tylko patrząc dokładnie to wczoraj był po 11h:30min, dziś po 13h:20min

[Mig25]

No to zobacz ,czy dostanie release jutro o 0:52 i o 12:52 , pojutrze i popojutrze.... No i co mówią logi openwrt na temat tego co było wcześniej (czyli jak przestał być internet...)

[kamil445]

No to zobacz ,czy dostanie release jutro o 0:52 i o 12:52 , pojutrze i popojutrze.... No i co mówią logi openwrt na temat tego co było wcześniej (czyli jak przestał być internet...)

Nie zauważyłem tego wcześniej, jednak router dziś dostał lease o 10:26 od playa:

Mon Jul 28 10:26:56 2025 daemon.notice netifd: wan (30298): udhcpc: sending renew to server 100.96.109.81
Mon Jul 28 10:26:56 2025 daemon.notice netifd: wan (30298): udhcpc: lease of 100.96.109.80 obtained from 100.96.109.81, lease time 86400

Zgadza się to z logami z anteny, którą wczoraj restartowałem o 22:24 aby wróciło 5G:

2025-07-27 22:24:06 : [user][info]user reboot
2025-07-27 22:24:59 : [system][notice]Lan eth0 insert
2025-07-27 22:25:01 : [info] [module_apn] setCandidateApnList apnList.size= 1
2025-07-27 22:25:01 : [info] [module_apn] setCandidateApnList cstr=PLAY Internet($)internet($)0($)*99#($)none($)($)($)IP($)1($)($)auto($)($)($)0($)($)
2025-07-27 22:25:01 : [info] [module_apn] setCandidateApnList apnList.size= 1
2025-07-27 22:25:01 : [info] [module_apn] setCandidateApnList cstr=PLAY Internet($)internet($)0($)*99#($)none($)($)($)IP($)1($)($)auto($)($)($)0($)($)
2025-07-27 22:25:07 : [info] [module_apn] setCandidateApnList apnList.size= 1
2025-07-27 22:25:07 : [info] [module_apn] setCandidateApnList cstr=PLAY Internet($)internet($)0($)*99#($)none($)($)($)IP($)1($)($)auto($)($)($)0($)($)
2025-07-27 22:25:16 : [system][notice]Lan eth0 pulling out
2025-07-27 22:25:22 : [warning]restart: zte_topsw_goahead &
2025-07-27 22:25:24 : [system][notice]Lan eth0 insert

Router wczoraj o 22:26 dostał adres od playa:

Sun Jul 27 22:26:56 2025 daemon.notice netifd: wan (30298): udhcpc: broadcasting select for 100.96.109.80, server 100.96.109.81
Sun Jul 27 22:26:56 2025 daemon.notice netifd: wan (30298): udhcpc: lease of 100.96.109.80 obtained from 100.96.109.81, lease time 86400

Więc wychodzi na to że to nie ten problem z DHCP i lease adresów od operatora

[Mig25]

Niekoniecznie. Router mógł wysyłać re-lease ale go nie dostać ( i nie dostać też NAKa) , stąd za jakiś czas mógł prosić jeszcze raz o re-lease ...
Masz logi z routera wtedy , kiedy robił sie restart ?

[kamil445]

Niekoniecznie. Router mógł wysyłać re-lease ale go nie dostać ( i nie dostać też NAKa) , stąd za jakiś czas mógł prosić jeszcze raz o re-lease ...
Masz logi z routera wtedy , kiedy robił sie restart ?

Ta linijka nie potwierdza otrzymania lease od playa ?

Mon Jul 28 10:26:56 2025 daemon.notice netifd: wan (30298): udhcpc: lease of 100.96.109.80 obtained from 100.96.109.81, lease time 86400

Tutaj logi routera przed oraz chwile po restarcie:

https://pastebin.com/1u68We3B

[Mig25]

Zadaj to pytanie na eko.one .pl ... Tam szczególnie Cezary może pomóc , bo tu router coś próbuje robić i mu się nie udaje i pewnie tu jest pies pogrzebany:

Kod: Zaznacz cały

Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)

A na mój chłopski rozum to równie dobrze masz problem z kablami LAN , po prostu kiepsko zaciśnięta wtyczka , powoduje ,że połączenie się rozłącza i zestawia ponownie (ten SIGTERM świadczy o rozłączeniu wtyczki).
Po co tam masz jeszcze tego mikrotika ? Zwykłej "beczki LAN" nie masz ,żeby przedłużyć kabel ?

Dla testów wyciągnij i włóż wtyczkę w routerze , i zobacz czy log z tej 11:53 będzie identyczny...

[kamil445]

Zadaj to pytanie na eko.one .pl ... Tam szczególnie Cezary może pomóc , bo tu router coś próbuje robić i mu się nie udaje i pewnie tu jest pies pogrzebany:

Kod: Zaznacz cały

Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)

A na mój chłopski rozum to równie dobrze masz problem z kablami LAN , po prostu kiepsko zaciśnięta wtyczka , powoduje ,że połączenie się rozłącza i zestawia ponownie (ten SIGTERM świadczy o rozłączeniu wtyczki).
Po co tam masz jeszcze tego mikrotika ? Zwykłej "beczki LAN" nie masz ,żeby przedłużyć kabel ?

Dla testów wyciągnij i włóż wtyczkę w routerze , i zobacz czy log z tej 11:53 będzie identyczny...

Antena zrestartowała się o 11:50:39, a ten log:

Mon Jul 28 11:53:24 2025 daemon.notice netifd: wan (30298): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)

jest z 11:53:24, prawie 3 min później, wcześniej pisałem że aby dostać nowe ip od anteny po jej restarcie, musiałem wejść do routera i zrestartować połączenie WAN, co zrobiłem o 11:53:24 poprzez wciśnięcie obok interfejsu WAN przycisku "restartuj" z poziomu interfejsu graficznego LuCi:

Mon Jul 28 11:53:24 2025 daemon.notice netifd: wan (30298): udhcpc: received SIGTERM

Po wypięciu oraz wpięciu kabla WAN routera w logu routera takie dwa wpisy:

Mon Jul 28 21:32:10 2025 kern.info kernel: [780439.015877] Atheros AR8216/AR8236/AR8316 mdio.0:00: Port 1 is down
Mon Jul 28 21:32:14 2025 kern.info kernel: [780443.175622] Atheros AR8216/AR8236/AR8316 mdio.0:00: Port 1 is up

Co do obecności mikrotika, jest tam wrzucony ponieważ wcześniej był "setkowy" switch poe, takie cuś:
https://tinycontrol.pl/pl/archives/poe-switch/
ale jako że ma 100 Mb/s porty, trzeba było zrobić upgrade do czegoś na 1Gb/s