|
Router z obsługa LTE 4g i Tomato ?
|
| sylweku |
Dodano 10-07-2015 14:52
|
User
Posty: 54
Dołączył: 22/02/2014 17:58
|
Przecież to bez znaczenia ..... kwestia przerobienia hilink<->nohilink. W wersji nohilink modem moze pracowac w dwóch trybach RAS (zwykły modem) i NDIS (karta sieciowa). W trybie RAS mamy ograniczenia prędkości a w Ndis podobno szybkość jest taka sama jak w Hilink. Wiec nie ważne w jakim trybie będzie modem ważne by pracował prawidłowo i bez ograniczeń pod tomato.
@shibby "na pożyczonym modemie miałem taką sytuację, że znajdował tylko interfejsy ttyUSB a nie widział żadnego usb0" ->> jezeli trzeba cos przetestować więcej na tym modemie to dalej jest do Twojej dyspozycji ... albo podeślesz mi kod albo ja podrzucę sprzęt |
| |
|
|
| shibby |
Dodano 10-07-2015 14:58
|
SysOp
Posty: 17069
Dołączył: 15/01/2009 20:30
|
no nie tak do końca. Tak jak już pisałem miałem od forumowicza modem E3372 w wersji non-Hilink, który był wykrywany tylko jako ttyUSB0/1 czyli interejs diagnostyczny i do połączena RAS. Moduł cdc_ncm nie znajdował interfejsu usb0, który do jest potrzebny do połączenia NDIS. Identyczna sytuacja miała miejsce na OpenWRT z dużo nowszym kernelem.
Wczoraj wgrałem jakiś soft non-Hilink do swojego modemu E3372 i nagle urządzenie usb0 zostało wykryte. Nie mniej jednak adresacji IP za diabła nie chciał pobrać. Dopiero użycie sterownika podanego przez obsego pozwoliło mi ustanowić połączenie internetowe na tomato.
Zatem problemy są dwa, jakby odrębne:
1) na Hilinkach nie doczytują się strony
2) E3372 non-Hilink nie działa w trybie NDIS
W oczekiwaniu na odpowiedź w drugiej sprawie zająłem się problemem nr 1 
Cytat @shibby "na pożyczonym modemie miałem taką sytuację, że znajdował tylko interfejsy ttyUSB a nie widział żadnego usb0" ->> jezeli trzeba cos przetestować więcej na tym modemie to dalej jest do Twojej dyspozycji ... albo podeślesz mi kod albo ja podrzucę sprzęt
dzięki, pamiętam. Póki co mam E3372 z plusa a że już się nauczyłem zmieniać w nim soft to chwilowo mam się na czym bawić
Edytowany przez shibby dnia 10-07-2015 15:08
Proxmox VE: i7-7700T, 64GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| guliwers |
Dodano 19-07-2015 14:03
|
User
Posty: 29
Dołączył: 28/12/2010 08:42
|
Mam ASUSa RT-N18u i u mnie taki sam problem występuje z e3372 HiLink.
Mam pytanie, czy ten router będzie poprawnie działał z innym modemem 4G ? |
| |
|
|
| shibby |
Dodano 19-07-2015 15:35
|
SysOp
Posty: 17069
Dołączył: 15/01/2009 20:30
|
nie. Problem nie leży w modemie tylko prawdopodobnie w obsłudze procesora routera. Poczekaj na następne wydanie tomato v131. W nim dodam obsługę E3372 w wersji non-Hilink. W tym trybie problem z niedoczytywaniem się stron www nie występuje. Przerobisz sobie modem na wersję non-hilink i po problemie.
Proxmox VE: i7-7700T, 64GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| guliwers |
Dodano 19-07-2015 15:39
|
User
Posty: 29
Dołączył: 28/12/2010 08:42
|
Jaki mniej więcej jest czas oczekiwania na nowszą wersję? |
| |
|
|
| paszis |
Dodano 20-07-2015 00:05
|
User
Posty: 15
Dołączył: 15/10/2012 10:09
|
Cytat rpar napisał(a):
Witam wszystkich,
Aż dziw bierze że do tej pory nie wpadłem na ten wątek ...
Od dłuższego już czasu walczę z problemem niedziałających i/lub niedoczytujących się stron.
Pozwólcie, że posumuję moje znaleziska - być może naprowadzą naszych Guru na cel i pozwolą problem rozwiązać Na pomoc ze strony Asus/Broadcom raczej bym nie liczył 
Do rzeczy.
Mój Sprzęt:
Routery: Asus RT-N66U, Asus RT-AC68U, Dovado 4GR, Tp-Link 3020, Dlink DWR116
Modemy: e398 (RAS i QMI), e3276 (cdc_ncm i Hilink), e3372 (Hilink)
Firmware: Tomato, OpenWrt, Merlin, ROOter, dd-wrt, stock.
Operatorzy: Plus, T-Mobile (czasowo do testów), Play, CP
Testy:
Testowałem różne konfiguracje, różne wersje firmware. Na potrzeby testów tworzyłem też własne FW z przeportowanymi modułami usbnet.ko, cdc_ncm.co, cdc_ether.ko, qmi_wwan.co i okolicami. Moje FW były na bazie Merlina na ARM i MIPS.
Moje badania pokazały, że:
1. Problem dotyczy WSZYSTKICH modemów w tym również NCM i QMI
2. Problem występuje TYLKO na routerach opartych o kostki Broadcom'a (w moim przypadku Asusy)
3. Problem występuje TYLKO wtedy gdy używany jest stos oparty o usbnet.ko (czyli NDIS)
4. Problem NIE występuje przy połączeniach typu RAS (ppp) (bo nie jest używany usbnet )
5. Problem nie występuje przy WANie ethernetowym
Na podstawie analizy pakietów (tcpdump) zauważyłem, że problem dotyczy paczek z ustawioną flagą DF (don't fragment) czyli (choć nie tylko) https. Błędna suma wylicza się dla ostatniego segmentu paczki. Ładnie to widać na citibankonline.pl. Błąd występuje tylko przy określonej długości segmentu więc jeśli na przykład zmienimy MTU to część stron zacznie działać ale inna część przestanie - zależy jak się akurat "rozłoży" - stąd zapewne wynika niedeterministyczność zachowania.
Jakiś wpływ na wyliczanie sumy ma obecność opcji w headerze tcp. Robiłem test z citibankonline.pl na Windows i Ubuntu przy czym Ubuntu był na witualce w Windows na zbridgownej karcie. Na Ubuntu wszysko działało miodnie na Windows nie - w tym samym czasie na tym samym routerze. Jedyna różnica w pakietach to obecność opcji w headerze tcp. Jak były opcje to działało jak nie było to transmisja umierała.
Kod do wyliczania nieszczęsnej sumy kontrolnej jest w kilku miejscach i jest współużywany przez różne interfejsy.
Gdyby wyliczanie było całkowicie zababolone niedziałałoby nic - pamiętajmy że RAS, Ethernet WAN działają dobrze.
Wg mnie kluczem do zagadki jest ostatni segment. W usbnet robiona jest jakaś magia z packet padding, która dotyczy właśnie ostatniego segmentu. Były nawet na to jakieś fixy ale zapewne nie brały pod uwagę kodu broadcom. W części linuksa specyficznej dla Broadcom (np. /arch/mips/lib/csum_partial.S dla mips)
są wstawki assemblerowe odpowiedzialne za wylicznie sum kontrolnych. Wg mnie muszą one "współgrać" z tym co sie dzieje na poziomie usbnet.
W sieci jest sporo na temat "usbnet rx fix" - dotyczą co prawda innych interfejsów (np. asix) ale jakby dotykają podobnego problemu.
Pozdrawiam,
PS. Podziękowania dla Shibbego - kawał naprawdę dobrej roboty!
Jak dla mnie sprawa jest jasna usraelski broadcom ma w HW moduł/soft do SZPIEGOWANIA i dlatego te cyrki .
Przecie to w usraelu norma że szpiegują patrz ->intel itd. 1000x linków
W crapie rt10 300Mhz być może to wycięli z HW bo by nie nadążał ale w szybszych broadcom za dopłatą (WASZĄ) macie szpiega i szumną reklamę.
Na bank tak jest i w żadne zapewnienia że to niby błąd był nie uwierzę nigdy , radzę się temu przyglądać jak będą kłamać i udawać |
| |
|
|
| Adooni |
Dodano 20-07-2015 07:43
|
VIP
Posty: 2354
Dołączył: 02/02/2011 04:29
|
Na nowa wersje trzeba czykac tyle ile Shibby'emu zajmie jej dopracowanie. Te pytanie juz ze 100 razy bylo zadawane. Ani sek dluzej niz bedzie trzeba.
Orange 300/50 Mb/s + ONT Terminal
HPE MS gen8 Proxmox 7.0-11 VMs: Router OPNsense 23.X-amd64 and OMV
HPE MicroServer gen8: Xeon E3-1265Lv2, 16GB (2x KTH-PL316E/8G), HP 331T, 4x4TB WD RED
Asus RT-AC68U AccessPoint
|
| |
|
|
| shibby |
Dodano 20-07-2015 08:25
|
SysOp
Posty: 17069
Dołączył: 15/01/2009 20:30
|
Jest ukończona. Jeżeli nic nadzwyczajnego się nie wydarzy to powinna być jeszcze w tym miesiącu. Przy idealnych wiatraczki może i na przyszły weekend. Pożyjemy, zobaczymy 
Proxmox VE: i7-7700T, 64GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| franco78 |
Dodano 20-07-2015 10:00
|
User
Posty: 72
Dołączył: 15/03/2015 13:47
|
Pytanie laika:
modem w wersji hilink wpinamy w router i tyle
Jakie procedury należy wykonać aby uruchomić modem w wersji non hillink (Asus ac66u)?
Czy router będzie sam wykonywał autopołączenie ?
--------------------------------------------------------------------------
Asus RT-AC66U z Tomato + e3372 non-hilink
NAS Asutor AS5002T
Tenda N60 z Tomato
Orange FreeNet z publicznym IP
Antena LTE S
|
| |
|
|
| paszis |
Dodano 21-07-2015 00:42
|
User
Posty: 15
Dołączył: 15/10/2012 10:09
|
Cytat paszis napisał(a):
Cytat rpar napisał(a):
Witam wszystkich,
Aż dziw bierze że do tej pory nie wpadłem na ten wątek ...
Od dłuższego już czasu walczę z problemem niedziałających i/lub niedoczytujących się stron.
Pozwólcie, że posumuję moje znaleziska - być może naprowadzą naszych Guru na cel i pozwolą problem rozwiązać Na pomoc ze strony Asus/Broadcom raczej bym nie liczył
Do rzeczy.
Mój Sprzęt:
Routery: Asus RT-N66U, Asus RT-AC68U, Dovado 4GR, Tp-Link 3020, Dlink DWR116
Modemy: e398 (RAS i QMI), e3276 (cdc_ncm i Hilink), e3372 (Hilink)
Firmware: Tomato, OpenWrt, Merlin, ROOter, dd-wrt, stock.
Operatorzy: Plus, T-Mobile (czasowo do testów), Play, CP
Testy:
Testowałem różne konfiguracje, różne wersje firmware. Na potrzeby testów tworzyłem też własne FW z przeportowanymi modułami usbnet.ko, cdc_ncm.co, cdc_ether.ko, qmi_wwan.co i okolicami. Moje FW były na bazie Merlina na ARM i MIPS.
Moje badania pokazały, że:
1. Problem dotyczy WSZYSTKICH modemów w tym również NCM i QMI
2. Problem występuje TYLKO na routerach opartych o kostki Broadcom'a (w moim przypadku Asusy)
3. Problem występuje TYLKO wtedy gdy używany jest stos oparty o usbnet.ko (czyli NDIS)
4. Problem NIE występuje przy połączeniach typu RAS (ppp) (bo nie jest używany usbnet )
5. Problem nie występuje przy WANie ethernetowym
Na podstawie analizy pakietów (tcpdump) zauważyłem, że problem dotyczy paczek z ustawioną flagą DF (don't fragment) czyli (choć nie tylko) https. Błędna suma wylicza się dla ostatniego segmentu paczki. Ładnie to widać na citibankonline.pl. Błąd występuje tylko przy określonej długości segmentu więc jeśli na przykład zmienimy MTU to część stron zacznie działać ale inna część przestanie - zależy jak się akurat "rozłoży" - stąd zapewne wynika niedeterministyczność zachowania.
Jakiś wpływ na wyliczanie sumy ma obecność opcji w headerze tcp. Robiłem test z citibankonline.pl na Windows i Ubuntu przy czym Ubuntu był na witualce w Windows na zbridgownej karcie. Na Ubuntu wszysko działało miodnie na Windows nie - w tym samym czasie na tym samym routerze. Jedyna różnica w pakietach to obecność opcji w headerze tcp. Jak były opcje to działało jak nie było to transmisja umierała.
Kod do wyliczania nieszczęsnej sumy kontrolnej jest w kilku miejscach i jest współużywany przez różne interfejsy.
Gdyby wyliczanie było całkowicie zababolone niedziałałoby nic - pamiętajmy że RAS, Ethernet WAN działają dobrze.
Wg mnie kluczem do zagadki jest ostatni segment. W usbnet robiona jest jakaś magia z packet padding, która dotyczy właśnie ostatniego segmentu. Były nawet na to jakieś fixy ale zapewne nie brały pod uwagę kodu broadcom. W części linuksa specyficznej dla Broadcom (np. /arch/mips/lib/csum_partial.S dla mips)
są wstawki assemblerowe odpowiedzialne za wylicznie sum kontrolnych. Wg mnie muszą one "współgrać" z tym co sie dzieje na poziomie usbnet.
W sieci jest sporo na temat "usbnet rx fix" - dotyczą co prawda innych interfejsów (np. asix) ale jakby dotykają podobnego problemu.
Pozdrawiam,
PS. Podziękowania dla Shibbego - kawał naprawdę dobrej roboty!
Jak dla mnie sprawa jest jasna usraelski broadcom ma w HW moduł/soft do SZPIEGOWANIA i dlatego te cyrki .
Przecie to w usraelu norma że szpiegują patrz ->intel itd. 1000x linków
W crapie rt10 300Mhz być może to wycięli z HW bo by nie nadążał ale w szybszych broadcom za dopłatą (WASZĄ) macie szpiega i szumną reklamę.
Na bank tak jest i w żadne zapewnienia że to niby błąd był nie uwierzę nigdy , radzę się temu przyglądać jak będą kłamać i udawać
Brakuje jeszcze testów routerów na chipach "Lantiq" , "PowerPC" ,"ralink" itd ale z tego co widać tylko na dziadostwie szpiegującym --broadcom--- to występuje i oczywiście na szyfrowanych , dlaczego tak prostego logicznego wniosku nikt nie zauważył?
Radzę to śledzić uważnie jak usraelski szpieg broadcom będzie wymyślał bzdury , lub jak to zakopią że niby nic nie było |
| |
|
|
| shibby |
Dodano 21-07-2015 09:59
|
SysOp
Posty: 17069
Dołączył: 15/01/2009 20:30
|
@parzis ja cię bardzo proszę być swoją propagandę i intrygi polityczne wylewał na innym forum. To jest portal technologiczny, zatem powstrzymaj się od pisania takich bzdur.
Jakbyś nie zauważył to większość źródeł broadcoma (głównie ta odpowiedzialna za obsługę CPU) jest otwarta. OpenWRT jest w pełni otwarte i nie używa prekompilowanych modułów Broadcoma. Znajdź więc proszę mi tego "szpiega" w kodzie jeżeli potrafisz.
EOT
Proxmox VE: i7-7700T, 64GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| rpar |
Dodano 22-07-2015 14:33
|
User
Posty: 8
Dołączył: 16/06/2015 14:57
|
@parzis: Akurat błąd jest w części assemblerowej kodu dedykowanej danemu prockowi - kod otwarty - nie ma mowy tu o jakimkolwiek szpiegowaniu |
| |
|
|
| guliwers |
Dodano 09-08-2015 13:30
|
User
Posty: 29
Dołączył: 28/12/2010 08:42
|
Przerobiłem E3372 na wersję non-link
wgrałem na RT-N18u najnowszego tomato, ale nie mogę skonfigurować internetu. Muszę jakiś skrypt wpisać ? |
| |
|
|
| piolug93 |
Dodano 09-08-2015 13:41
|
User
Posty: 33
Dołączył: 12/06/2013 13:26
|
Nic nie trzeba wpisywać tylko tryb WAN przestawić na 4G/LTE |
| |
|
|
| guliwers |
Dodano 09-08-2015 13:54
|
User
Posty: 29
Dołączył: 28/12/2010 08:42
|
OK, wszystko działa. Włącznie z VPN :-)
Połączony z 09 sierpień 2015 15:43:44:
Nie wiem co jest grane, przez chwilę internet był. Przeniosłem router w inne miejsce, podłączyłem antenę zewnętrzną i zmieniłem port USB z tyłu na przedni. I internetu nie ma. Z powrotem podłączyłem do tyłu ( z antenami i bez) i nadal lipa. Miga błękitna dioda i cały czas jest Renewing.... Ustawiałem APN na internet i na VPN i nic się nie dzieję. USB 3G Modem support mam zaznaczone.
Edytowany przez guliwers dnia 09-08-2015 15:43
|
| |
|
|
| donkarleone83 |
Dodano 09-08-2015 16:35
|
Power User
Posty: 260
Dołączył: 24/11/2014 17:36
|
według jakiego opisu przerabiacie na non-hilinka huawei e3372
ja próbuje według tego http://www.bez-kabli.pl/viewtopic.php?p=501323#501323
i nic nie rusza |
| |
|
|
| guliwers |
Dodano 09-08-2015 16:37
|
User
Posty: 29
Dołączył: 28/12/2010 08:42
|
Ja według tego przerobiłem. |
| |
|
|
| donkarleone83 |
Dodano 09-08-2015 16:44
|
Power User
Posty: 260
Dołączył: 24/11/2014 17:36
|
to dziwne chyba za mam win 10 bo sciagam sterowniki odpalam driver.exe i nic sie nie dzieje |
| |
|
|
| guliwers |
Dodano 09-08-2015 16:51
|
User
Posty: 29
Dołączył: 28/12/2010 08:42
|
Też mam win10.
Instalując sterowniki też mi się nic nie pokazało, natomiast sterownik został poprawnie zainstalowany. |
| |
|
|
| Adooni |
Dodano 09-08-2015 17:05
|
VIP
Posty: 2354
Dołączył: 02/02/2011 04:29
|
ja 2 dni temu przerabialem hi-linka na non na win7 bez problemow zgodnie z przytoczona instrukcja http://www.bez-kabli.pl/viewtopic.php...323#501323
Orange 300/50 Mb/s + ONT Terminal
HPE MS gen8 Proxmox 7.0-11 VMs: Router OPNsense 23.X-amd64 and OMV
HPE MicroServer gen8: Xeon E3-1265Lv2, 16GB (2x KTH-PL316E/8G), HP 331T, 4x4TB WD RED
Asus RT-AC68U AccessPoint
|
| |
|
' target='_blank'>Link
