Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.


Zbanowany



Mam spory tłok ok 36 AP w pobliżu. Od 1-6 wszystko zawalone, dalej nie lepiej) Myślałem, że zdołam się uchronić na 13-tce ale nic z tego tam siedzą korpo (netiaspoty itp gówna siejące szum). Pomyślałem kurw@ a może mityczna 14stka, czyli kanał niemal doskonały:
na routerze spokojnie mogę nadawać sygnał na 14stce (openwrt)
root@OpenWrt:~# iwlist wlan0 channel
wlan0 14 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
Channel 14 : 2.484 GHzproblem stanowi odbiór
TP-Link TL-WN722N v2
root@debian:~# iw reg get
global
country JP: DFS-JP
(2402 - 2482 @ 40), (N/A, 20), (N/A)
(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM
(4910 - 4990 @ 40), (N/A, 23), (N/A)
(5030 - 5090 @ 40), (N/A, 23), (N/A)
(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW
(5490 - 5710 @ 160), (N/A, 23), (0 ms), DFS
(59000 - 66000 @ 2160), (N/A, 10), (N/A)root@debian:~# iwlist wlan0 channel
wlan0 13 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
Current Frequency:2.472 GHz (Channel 13)Serio nie da się? Chinole nie pomyślały o 14-stce?
karta hosta na r8188eu
Jakieś pomysły?
Jeżeli nie da się na tym elektrozłomie to jakie czipy polecicie żeby można było się usadzić na 14stce?
Ostatnio edytowany przez hi (2019-08-25 22:07:25)
Offline







Podobno człowiek...;)








Radziłbym poszukać drobnych i fruwać na 5Ghz.
Po r8188eu nie spodziewaj się cudów, mam podobny chip:
Bus 002 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
i ten sterownik od bidy działa, ale żadnych rewelacyjnych możliwości w nim nie zauważyłem.
Pozdro
Offline






Ojciec Założyciel
To ja mam jeszcze gorsze badziewie. Kanały: 12; 13; 14 są nieużywalne.
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm) (no IR)
* 2472 MHz [13] (20.0 dBm) (no IR)
* 2484 MHz [14] (20.0 dBm) (no IR)Bus 001 Device 002: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter
Offline



Użytkownik




Może masz nieustawiony odpowiedni kraj (iw reg set).
https://unix.stackexchange.com/questions/413584/ena … fs-unset?rq=1
Offline






Ojciec Założyciel
arecki napisał(-a):
Może masz nieustawiony odpowiedni kraj (iw reg set).
https://unix.stackexchange.com/questions/413584/ena … fs-unset?rq=1
Jest dobrze :)
Najpierw ustawiłem PL - wyszło:
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (disabled)potem ustawiłem JP:
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (20.0 dBm)Wygląda na to, że wszystko pięknie działa.
Dziękować :)
Offline


Zbanowany



Bodzio skubańcu możesz odbierać na 14-stce a ja dalej się biję o pasmo 1-13 :). W sumie Jacekalex ma rację najlepiej przejść na 5Ghz ale to się wiąże z kosztami wymiany routera i wlanki u mnie w sumie to taniej wyjdzie mi kilkanaście metrów skrętki miedzianej i wiertarka, tym bardzij, że i tak bym musiał osobną sieć robić dla klienteli radiowej 2,4 (smartacze i kilka starszych lapów)
Ostatnio edytowany przez hi (2019-08-28 18:51:20)
Offline







Podobno człowiek...;)








To masz dobrą sytuację, Smartacze się starzeją w tempie ekspresowym przez kruche wyświetlacze, baterie przyklejone od spodu do wyświetlacza, albo po prostu wydajność procka.
Starsze lapki za rok czy dwa przestaną w ogóle gadać z YT czy Netfixem i też będą do zaorania.
Router 5Ghz na wifi N kupiłem na Alledrogo za 75 zeta i chodzi na OpenWRT jak burza (Netgear WNDR4300 v1).
Kanały w tym potworze:
# OpenWRT ### d19:25 Router : ~
root ~> iwlist wlan0 channel
wlan0 13 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
# OpenWRT ### d 19:25 Router : ~
root ~> iwlist wlan1 channel
wlan1 19 channels in total; available frequencies :
Channel 36 : 5.18 GHz
Channel 40 : 5.2 GHz
Channel 44 : 5.22 GHz
Channel 48 : 5.24 GHz
Channel 52 : 5.26 GHz
Channel 56 : 5.28 GHz
Channel 60 : 5.3 GHz
Channel 64 : 5.32 GHz
Channel 100 : 5.5 GHz
Channel 104 : 5.52 GHz
Channel 108 : 5.54 GHz
Channel 112 : 5.56 GHz
Channel 116 : 5.58 GHz
Channel 120 : 5.6 GHz
Channel 124 : 5.62 GHz
Channel 128 : 5.64 GHz
Channel 132 : 5.66 GHz
Channel 136 : 5.68 GHz
Channel 140 : 5.7 GHzTakże w troszkę dłuższej perspektywie możesz być optymistą. :P
Z resztą wymiana karty wifi w lapku to nie czary, potrzeba 50 zeta na kartę mpciex i sprawny śrubokręt.
Ostatnio edytowany przez Jacekalex (2019-08-28 19:27:52)
Offline







Palacz








Z resztą wymiana karty wifi w lapku to nie czary, potrzeba 50 zeta na kartę mpciex i sprawny śrubokręt.
Owszem ale te karty na 5GHz różnie się sprawują.
Ja mam do lapka
Intel Corporation Centrino Ultimate-N 6300
i Broadcoma.
Ten przeklęty broadcom sprawuje sie lepiej.
Transfery są o wiele wyższe na 5GHz.
Offline







Podobno człowiek...;)








Atherosy 5Ghz chodzą bardzo grzecznie pod Linuxem.
Z kartami dual-band Intela też jakichś kosmicznych problemów nie ma.
Lepiej się sprawuje Broadcom? Który model jest taki cudowny?
Ostatnio edytowany przez Jacekalex (2019-08-28 19:47:31)
Offline







Palacz








Jacekalex napisał(-a):
Atherosy 5Ghz chodzą bardzo grzecznie pod Linuxem.
Z kartami dual-band Intela też jakichś kosmicznych problemów nie ma.
Lepiej się sprawuje Broadcom? Który model jest taki cudowny?
Z intelami problemów nie ma owszem.Ale transfer jest marny.
Jaki broadcom?
Network controller: Broadcom Limited BCM43228 802.11a/b/g/n
Oczywiście na sterowniku wl bo b43 to porażka. Na nim chodzi gorzej od intela.
Na intelu download nie przekracza 16Mb/s, upload 20Mb/s
Offline


Zbanowany



a jak czipy ralinka dziś się mają? Pamiętam kiedyś używałem bardziej do 'grzebania' i całkiem nieźle to chodziło (oczywiście mowa o zewnętrznych na usb)
druga sprawa jaki router, mam dobre doświadczenia z TP Linikiem (AP musi przyjąć OpenWRT i mieć port USB to jest minimum) Jacekalex mówisz Netgear hm..raczej polecę w jakiegoś Archer-a w szczególności, że mam relaydem pospinane trochę pasma najtańszym gównolitem tplinka (na końcówce AP szumi yaga, którą odbiera gównolit tplinka na wrt) to i żeby nie było cudów (w sensie niech AP ma chociaż 3xSMA)
btw.
ilin screen nieczytelny rozjechał się :)
btw. problem jest taki, że jak ja mogę wymienić router i u siebie sprzęty to druga podsieć już nie bardzo (jak wspomniałem tam mydelniczka tplinka jest przekaźnikiem, lejek jest podzielony na pół, ma banglać i tyle.
Ostatnio edytowany przez hi (2019-08-30 19:23:37)
Offline


Zbanowany



problemem zerwań okazała się błędna dzierżawa, burdel po stronie mojego isp i diabeł wie co jeszcze :)
btw. dałem w razie W skrypta do crona i jest ok
#!/bin/sh
tries=0
while [[ $tries -lt 5 ]]
do
if /bin/ping -c 1 8.8.8.8 >/dev/null
then
exit 0
fi
tries=$((tries+1))
done
/etc/init.d/network restartmoże komuś się przyda
Ostatnio edytowany przez hi (2019-09-24 22:43:09)
Offline






Ojciec Założyciel
hi napisał(-a):
problemem zerwań okazała się błędna dzierżawa, burdel po stronie mojego isp i diabeł wie co jeszcze :)
btw. dałem w razie W skrypta do crona i jest okKod:
#!/bin/sh tries=0 while [[ $tries -lt 5 ]] do if /bin/ping -c 1 8.8.8.8 >/dev/null then exit 0 fi tries=$((tries+1)) done /etc/init.d/network restartmoże komuś się przyda
network czy networking ? :)
Offline



Dzban Naczelny


Zbanowany



Bodzio, urbinek to jest OpenWRT :)
Bodzio napisał(-a):
network czy networking ? :)
jak najbardziej network
root@OpenWrt:~# cat /etc/init.d/network
#!/bin/sh /etc/rc.common
START=20
STOP=90
USE_PROCD=1
init_switch() {
setup_switch() { return 0; }
include /lib/network
setup_switch
}
start_service() {
init_switch
procd_open_instance
procd_set_param command /sbin/netifd
procd_set_param respawn
procd_set_param watch network.interface
[ -e /proc/sys/kernel/core_pattern ] && {
procd_set_param limits core="unlimited"
}
procd_close_instance
}
reload_service() {
local rv=0
init_switch
ubus call network reload || rv=1
/sbin/wifi reload_legacy
return $rv
}
stop_service() {
/sbin/wifi down
ifdown -a
sleep 1
}
service_running() {
ubus -t 30 wait_for network.interface
/sbin/wifi reload_legacy
}
validate_atm_bridge_section()
{
uci_validate_section network "atm-bridge" "${1}" \
'unit:uinteger:0' \
'vci:range(32, 65535):35' \
'vpi:range(0, 255):8' \
'atmdev:uinteger:0' \
'encaps:or("llc", "vc"):llc' \
'payload:or("bridged", "routed"):bridged'
}
validate_route_section()
{
uci_validate_section network route "${1}" \
'interface:string' \
'target:cidr4' \
'netmask:netmask4' \
'gateway:ip4addr' \
'metric:uinteger' \
'mtu:uinteger' \
'table:or(range(0,65535),string)'
}
validate_route6_section()
{
uci_validate_section network route6 "${1}" \
'interface:string' \
'target:cidr6' \
'gateway:ip6addr' \
'metric:uinteger' \
'mtu:uinteger' \
'table:or(range(0,65535),string)'
}
validate_rule_section()
{
uci_validate_section network rule "${1}" \
'in:string' \
'out:string' \
'src:cidr4' \
'dest:cidr4' \
'tos:range(0,31)' \
'mark:string' \
'invert:bool' \
'lookup:or(range(0,65535),string)' \
'goto:range(0,65535)' \
'action:or("prohibit", "unreachable", "blackhole", "throw")'
}
validate_rule6_section()
{
uci_validate_section network rule6 "${1}" \
'in:string' \
'out:string' \
'src:cidr6' \
'dest:cidr6' \
'tos:range(0,31)' \
'mark:string' \
'invert:bool' \
'lookup:or(range(0,65535),string)' \
'goto:range(0,65535)' \
'action:or("prohibit", "unreachable", "blackhole", "throw")'
}
validate_switch_section()
{
uci_validate_section network switch "${1}" \
'name:string' \
'enable:bool' \
'enable_vlan:bool' \
'reset:bool'
}
validate_switch_vlan()
{
uci_validate_section network switch_vlan "${1}" \
'device:string' \
'vlan:uinteger' \
'ports:list(ports)'
}
service_triggers()
{
procd_add_reload_trigger network wireless
procd_open_validate
validate_atm_bridge_section
validate_route_section
[ -e /proc/sys/net/ipv6 ] && validate_route6_section
validate_rule_section
[ -e /proc/sys/net/ipv6 ] && validate_rule6_section
validate_switch_section
validate_switch_vlan
procd_close_validate
}
shutdown() {
ifdown -a
sleep 1
}mea culpa zapomniałem dodać, że chodzi oczywiście o AP, który bangla na OpenWRT ale myślałem, że to wynika z wątku :)
Ostatnio edytowany przez hi (2019-09-26 15:49:10)
Offline
Jacekalex napisał(-a):
Starsze lapki za rok czy dwa przestaną w ogóle gadać z YT czy Netfixem i też będą do zaorania.
O co chodzi? Czy będą wymagane jakieś kodeki czy tam DRM niedziałające bez sprzętowej akceleracji dla nich?
Offline







Podobno człowiek...;)








Etua napisał(-a):
Jacekalex napisał(-a):
Starsze lapki za rok czy dwa przestaną w ogóle gadać z YT czy Netfixem i też będą do zaorania.
O co chodzi? Czy będą wymagane jakieś kodeki czy tam DRM niedziałające bez sprzętowej akceleracji dla nich?
Youtube i Netfix migrują na wolny kodek AV1, którego żadne obecny procek czy GPU nie dekoduje sprzętowo.
Dopiero pojawiają się pierwsze karty AMD, które potrafią to sprzętowo dekodować, jest też kilka procesorów ktore to obrabiają przeznaczonych jednak do telewizorów.
Jeśli natomiast film AV1 spróbujesz dekodować software'owo na procesorze, to bateria lapka przeżyje bardzo ciężkie chwile.
Powód migracji na AV1 jest bardzo prosty, używanie H265/HEVC wymaga takich opłat licencyjnych,
że nikt normalny tyle nie zapłaci.
RTFW:
https://en.wikipedia.org/wiki/AV1
https://hdtvpolska.com/intel-enkoder-bedzie-czescia-kodeka-av1/
Pozdro
Ostatnio edytowany przez Jacekalex (2019-10-17 01:46:27)
Offline