-
Posts
4,469 -
Joined
-
Last visited
-
Days Won
76
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by vasek00
-
-
1 час назад, ruguj сказал:
Ну например когда нужно обновить роутер к последней версии. Или вы до сих пор на 2 версии сидите и год не перегружали свой роутер? Обновления приходят раз в месяц точно.
Есть место в котором роутер на релизе, обновления в ручную, после чего роутер сам перезагружается => в ручную не перегружаю бывает и больше месяца ап тайм.
Есть место в котором стоит draft, обновления в ручную, после чего роутер сам перезагружается => в ручную не перегружаю.
Для справки обновления прошел с 2.5 - 2.16 и 3.х по 3.6
Читаем что было выше
В этом и проблема, думаю, что вы не пользуетесь качалкой. я перезагружаю роутер, пока идет запись на диск.
-
Клиент с внешним свистком T4UH подключаю к USB3 получаю линк с 362 KN1810 585Мбит 2х2/80, начинаю копировать файл с HDD роутера на ПК, через некоторое время "перекрываю кислород" для wifi клиента (преграждаю путь между клиентом и роутером, закрываю рукой антенну клиента) в итоге смена линка 195Мбит 1х1/80 убираю руку поднимается до 468/520Мбит 2х2/80, опять прикладываю руку и опять жду падения меньше 260Мбит и опять переключение на 1х1/80, убираю руку и возврат на 520Мбит 1х1/80.
Попробовал данную процедуру без копирования просто прикладываю руку и наблюдая за линком, что можно увидеть - падение происходит на 117/175/195/234/260 с переходом на 1х1/80 возврат на 2х2/80 при 468/520Мбит. Несколько раз словил не "возврат" на 520/580Мбит 2х2/80, т.е. линк как получился упавшим например 260 1х1/80 так и не поднялся, только пере подключение клиента.
Ту же процедуру к другому ПК но USB2 на таком же клиенте линк 585/520Мбит 2х2/80 такой финт уже не проходит ниже 468Мбит опустить не получилось так и весит на 2х2/80.
-
1
-
-
Повторил данный тест на клиенте Sams A50 (wifi S5N5C20X00-6030) получил аналогичную проблему, сваливание на полосу 40MHz при линке 40Мбит, восстановление 80MHz где выше 100Мбит было.
-
1
-
-
15 часов назад, Padavan сказал:
У меня к S10 на Exynos + BCM тоже вопросов нет.
Научился отлавливать на 362 KN1810 клиент SamsA70 (wifi WCN3980 https://wikidevi.wi-cat.ru/Qualcomm ), простым тестом при схеме
PS (iperf3 -c ..... -R -t 100000) ---LAN---KN1810----5GHz----SamsA70 (iperf3 -s)
Скрытый текст[I] Jan 1 03:00:13 kernel: PCI: Enabling device 0000:01:00.0 (0000 -> 0002) [I] Jan 1 03:00:13 kernel: MT7615 AP Driver version: 5.0.5.0 [I] Jan 1 03:00:13 kernel: PCI: Enabling device 0000:02:00.0 (0000 -> 0002) [I] Jan 1 03:00:14 kernel: MT7615 AP Driver version: 5.0.5.0 [I] Jan 1 03:00:14 ndm: Network::Interface::Rtx::WifiMaster: "WifiMaster0": PHY mode set. [I] Jan 1 03:00:14 ndm: Network::Interface::Rtx::WifiMaster: "WifiMaster0": channel bandwidth settings reset to default. [I] Jan 1 03:00:14 ndm: Network::Interface::Base: "WifiMaster0": interface is down. [I] Jan 1 03:00:14 kernel: MT7615 CPU 0 patch info: [I] Jan 1 03:00:14 kernel: Built date: 20180518100604a [I] Jan 1 03:00:14 kernel: MT7615 CPU 0 firmware info: [I] Jan 1 03:00:14 kernel: Chip ID: 0x04 [I] Jan 1 03:00:14 kernel: Eco version: 0x00 [I] Jan 1 03:00:14 kernel: Built date: 20191220015534 [I] Jan 1 03:00:14 kernel: MT7615 CPU 1 firmware info: [I] Jan 1 03:00:14 kernel: Chip ID: 0x04 [I] Jan 1 03:00:14 kernel: Eco version: 0x00 [I] Jan 1 03:00:14 kernel: Built date: 20190415154149
суть которого уменьшить link при изменение положения Sams, так же закрывание руками обратной стороны его и другими методами (нормальная скорость 200-270-320Мбит, и к которой стремился 20/40Мбит), в итоге наблюдал на роутере в WEB список устройств параметр полоса 80MHz или 40MHz или 20MHz
1. сначала просто ждал, потом начиная с 290сек делал манипуляции с линком и в районе 310-350сек -> сваливания в 40MHz
2. делал несколько раз - 20/80/123/170/193/229/256/319сек -> и только в районе 319сек сваливания в 40MHz
3. тут самое интересное на что обратил внимание где-то 320сек -> сваливания в 40MHz при link 45, далее 370сек -> сваливание в 20MHz при линке 21Мбит но был возврат на 80MHz
4. тут еще интересней умудрился в самом начале получить сваливание в 40MHz при как бы стабильном линке ~40-80Мбит но когда Sams "освобождал" от захвата рук линк поднимался и был возврат на 80MHz, умудрялся опускать полосу до 20MHz при линке 21Мбит но потом опять возврат на 80МбитПосле всех проведений манипуляций получил сваливание в 40MHz при линке 40-60Мбит, возврат на 80MHz где-то более 120Мбит.
Показатели линка +- так как не хватала рук, но где то в этом диапазоне, правда несколько раз в самом начале не смогло вернуться на 80MHz
Возможно поможет файл конф с клиента WCNSS_qcom_cfg.ini
Скрытый текст# This file allows user to override the factory # defaults for the WLAN Driver # Enable IMPS or not gEnableImps=1 # Enable BMPS or not gEnableBmps=1 # Phy Mode (auto, b, g, n, etc) # Valid values are 0-9, with 0 = Auto, 4 = 11n, 9 = 11ac # 1 = 11abg, 2 = 11b, 3 = 11g, 5 = 11g only, 6 = 11n only # 7 = 11b only 8 = 11ac only. gDot11Mode=0 # Assigned MAC Addresses - This will be used until NV items are in place # Each byte of MAC address is represented in Hex format as XX Intf0MacAddress=..... Intf1MacAddress=..... Intf2MacAddress=..... Intf3MacAddress=..... # UAPSD service interval for VO,VI, BE, BK traffic InfraUapsdVoSrvIntv=0 InfraUapsdViSrvIntv=0 InfraUapsdBeSrvIntv=0 InfraUapsdBkSrvIntv=0 # Flag to allow STA send AddTspec even when ACM is Off gAddTSWhenACMIsOff=1 # Flags to filter Mcast and Bcast RX packets. # Value 0: No filtering, 1: Filter all Multicast. # 2: Filter all Broadcast. 3: Filter all Mcast abd Bcast McastBcastFilter=3 #Flag to enable HostARPOffload feature or not hostArpOffload=1 #Flag to enable HostNSOffload feature or not hostNSOffload=1 # 802.11n Protection flag gEnableApProt=1 #Enable OBSS protection gEnableApOBSSProt=1 #Enable/Disable UAPSD for SoftAP gEnableApUapsd=1 # Fixed Rate gFixedRate=0 # Maximum Tx power # gTxPowerCap=30 # Fragmentation Threshold # gFragmentationThreshold=2346 # RTS threshold RTSThreshold=1048576 # Intra-BSS forward gDisableIntraBssFwd=0 # WMM Enable/Disable WmmIsEnabled=0 # 802.11d support g11dSupportEnabled=0 # 802.11h support g11hSupportEnabled=1 # DFS Master Capability gEnableDFSMasterCap=1 # ESE Support and fast transition EseEnabled=0 ImplicitQosIsEnabled=0 gNeighborScanTimerPeriod=200 gNeighborLookupThreshold=76 gNeighborScanChannelMinTime=20 gNeighborScanChannelMaxTime=30 gMaxNeighborReqTries=3 # Legacy (non-ESE, non-802.11r) Fast Roaming Support # To enable, set FastRoamEnabled=1 # To disable, set FastRoamEnabled=0 FastRoamEnabled=1 # Check if the AP to which we are roaming is better than current AP in # terms of RSSI. Checking is disabled if set to Zero.Otherwise it will # use this value as to how better the RSSI of the new/roamable AP should # be for roaming RoamRssiDiff=5 # To enable, set gRoamIntraBand=1 (Roaming within band) # To disable, set gRoamIntraBand=0 (Roaming across band) gRoamIntraBand=0 #Short Guard Interval Enable/disable gShortGI20Mhz=1 gShortGI40Mhz=1 #Auto Shutdown Value in seconds. A value of 0 means Auto shutoff is disabled gAPAutoShutOff=0 #Auto Shutdown wlan : Value in Seconds. 0 means disabled. Max 1 day = 86400 sec gWlanAutoShutdown = 0 # Not used. gApAutoChannelSelection=0 #Preferred band (both or 2.4 only or 5 only) BandCapability=0 #Channel Bonding gChannelBondingMode5GHz=1 #Say gGoKeepAlivePeriod(5 seconds) and gGoLinkMonitorPeriod(10 seconds). #For every 10 seconds DUT send Qos Null frame(i.e., Keep Alive frame if link #is idle for last 10 seconds.) For both active and power save clients. #Power save clients: DUT set TIM bit from 10th second onwards and till client #honors TIM bit. If doesn't honor for 5 seconds then DUT remove client. #Active clients: DUT send Qos Null frame for 10th seconds onwards if it is not #success still we try on 11th second if not tries on 12th and so on till 15th #second. Hence before disconnection DUT will send 5 NULL frames. Hence in any #case DUT will detect client got removed in (10+5) seconds. #i.e., (gGoKeepAlivePeriod + gGoLinkMonitorPeriod).. #gGoLinkMonitorPeriod/ gApLinkMonitorPeriod is period where link is idle and #it is period where we send NULL frame. #gApLinkMonitorPeriod = 10 #gGoLinkMonitorPeriod = 10 #gGoKeepAlivePeriod/gApKeepAlivePeriod is time to spend to check whether frame #are succeed to send or not. Hence total effective detection time is # (gGoLinkMonitorPeriod + gGoKeepAlivePeriod) / # (gApLinkMonitorPeriod + gApKeepAlivePeriod) gGoKeepAlivePeriod = 20 gApKeepAlivePeriod = 20 #If set will start with active scan after driver load, otherwise will start with #passive scan to find out the domain gEnableBypass11d=1 #If set to 0, will not scan DFS channels gEnableDFSChnlScan=1 # Enable DFS channel roam # 0: DISABLE, 1: ENABLED_NORMAL, 2: ENABLED_ACTIVE gAllowDFSChannelRoam=1 gVhtChannelWidth=2 #Data Inactivity Timeout when in powersave (in ms) gDataInactivityTimeout=200 # Set txchainmask and rxchainmask # These parameters are used only if gEnable2x2 is 0 # Valid values are 1,2 # Set gSetTxChainmask1x1=1 or gSetRxChainmask1x1=1 to select chain0. # Set gSetTxChainmask1x1=2 or gSetRxChainmask1x1=2 to select chain1. gSetTxChainmask1x1=1 gSetRxChainmask1x1=1 # Scan Timing Parameters # gPassiveMaxChannelTime=110 # gPassiveMinChannelTime=60 gActiveMaxChannelTime=40 gActiveMinChannelTime=20 #If set to 0, MCC is not allowed. gEnableMCCMode=1 # MCC to SCC Switch mode: # 0-Disable # 1-Enable # 2-Force SCC if same band, with SAP restart # 3-Force SCC if same band, without SAP restart by sending (E)CSA # 4-Force SCC if same band (or) use SAP mandatory channel for DBS, # without SAP restart by sending (E)CSA gWlanMccToSccSwitchMode = 3 # 1=enable STBC; 0=disable STBC gEnableRXSTBC=1 # 1=enable tx STBC; 0=disable gEnableTXSTBC=1 # 1=enable rx LDPC; 0=disable gEnableRXLDPC=1 #Enable/Disable Tx beamforming gTxBFEnable=1 #Enable/Disable Tx beamformee in SAP mode gEnableTxBFeeSAP=1 # Enable Tx beamforming in VHT20MHz # Valid values are 0,1. If commented out, the default value is 0. # 0=disable, 1=enable gEnableTxBFin20MHz=1 #Enable/Disable SU Tx beamformer support. gEnableTxSUBeamformer=1 gEnableFastRoamInConcurrency=1 #Maxium Channel time in msec gMaxMediumTime = 6000 # 802.11K support gRrmEnable=1 #Enable Power Save offload gEnablePowerSaveOffload=2 #Enable firmware uart print gEnablefwprint=0 # Firmware log mode # Valid values are 0,1,2 # 0=Disable, 1=WMI, 2=DIAG gEnablefwlog=1 # Maximum Receive AMPDU size (VHT only. Valid values: # 0->8k 1->16k 2->32k 3->64k 4->128k) gVhtAmpduLenExponent=7 # Maximum MPDU length (VHT only. Valid values: # 0->3895 octets, 1->7991 octets, 2->11454 octets) gVhtMpduLen=2 # Maximum number of wow filters required #gMaxWoWFilters=22 # WOW Enable/Disable. # 0 - Disable both magic pattern match and pattern byte match. # 1 - Enable magic pattern match on all interfaces. # 2 - Enable pattern byte match on all interfaces. # 3 - Enable both magic pattern and pattern byte match on all interfaces. # Default value of gEnableWoW is 3. # gEnableWoW=0 # Enable or Disable MCC Adaptive Scheduler at the FW # 1=Enable (default), 0=Disable gEnableMCCAdaptiveScheduler=1 #Enable or Disable p2p device address administered isP2pDeviceAddrAdministrated=0 # Set Thermal Power limit TxPower2g=10 TxPower5g=10 # Remove Overlap channel restriction gEnableOverLapCh=0 #Enable VHT on 2.4Ghz gEnableVhtFor24GHzBand=1 #Maximum number of offload peers supported # gMaxOffloadPeers=2 # controlling the following offload patterns # through ini parameter. Default value is 1 # to disable set it to zero. ssdp = 0 # Setup multicast pattern for mDNS 224.0.0.251, # SSDP 239.255.255.250 and LLMNR 224.0.0.252 ssdp=0 #Enable Memory Deep Sleep gEnableMemDeepSleep=1 # Regulatory Setting; 0=STRICT; 1=CUSTOM gRegulatoryChangeCountry=1 # RA filtering rate limit param, the current value would not # help if the lifetime in RA is less than 3*60=3min. Then # we need to change it, though it is uncommon. # gRAFilterEnable=0 gRArateLimitInterval=600 # Maximum number of concurrent connections gMaxConcurrentActiveSessions=3 # Disable/Enable GreenAP # 0 to disable, 1 to enable, default: 1 gEnableGreenAp=0 # Radar PRI multiplier gDFSradarMappingPriMultiplier=4 gPNOScanSupport=1 #Enable/Disable LPASS support # 0 to disable, 1 to enable gEnableLpassSupport=1 # Whether userspace country code setting shld have priority gCountryCodePriority=1 # Enable(1)/Disable(0) SIFS burst gEnableSifsBurst=1 # Enable or Disable Multi-user MIMO # 1=Enable (default), 0=Disable gEnableMuBformee=1 # Enable/Disable channel avoidance for SAP in SCC scenario # 0 - disable # 1 - enable gSapSccChanAvoidance=0 # Inactivity time (in ms) to end TX Service Period while in IBSS power save mode gIbssTxSpEndInactivityTime=10 # Enable support for TDLS # 0 - disable # 1 - enable gEnableTDLSSupport=1 # Enable support for Implicit Trigger of TDLS. That is, wlan driver shall # initiate TDLS Discovery towards a peer whenever setup criteria (throughput # and RSSI) is met and then will initiate teardown when teardown criteria # (idle packet count and RSSI) is met. # 0 - disable # 1 - enable gEnableTDLSImplicitTrigger=1 # Enable TDLS External Control. That is, user space application has to # first configure a peer MAC in wlan driver towards which TDLS is desired. # Device will establish TDLS only towards those configured peers whenever # TDLS criteria (throughput and RSSI threshold) is met and teardown TDLS # when teardown criteria (idle packet count and RSSI) is met. However, # device will accept TDLS connection if it is initiated from any other peer, # even if that peer is not configured. # 0 - disable # 1 - enable # For TDLS External Control, Implicit Trigger must also be enabled. gTDLSExternalControl=1 # Enable support for TDLS off-channel operation # 0 - disable # 1 - enable # TDLS off-channel operation will be invoked when there is only one # TDLS connection. gEnableTDLSOffChannel=1 # Enable or Disable Random MAC (Spoofing) # 1=Enable (default), 0=Disable gEnableMacAddrSpoof=1 ################ Datapath feature set Begin ################ # Bus bandwidth threshold values in terms of number of packets gBusBandwidthHighThreshold=2000 gBusBandwidthMediumThreshold=500 gBusBandwidthLowThreshold=150 # Bus bandwidth compute timeout value in ms gBusBandwidthComputeInterval=100 # VHT Tx/Rx MCS values # Valid values are 0,1,2. If commented out, the default value is 0. # 0=MCS0-7, 1=MCS0-8, 2=MCS0-9 gVhtRxMCS=2 gVhtTxMCS=2 # VHT Tx/Rx MCS values for 2x2 # Valid values are 0,1,2. If commented out, the default value is 0. # 0=MCS0-7, 1=MCS0-8, 2=MCS0-9 gEnable2x2=1 gVhtRxMCS2x2=2 gVhtTxMCS2x2=2 #IPA config is a bit mask and following are the configurations. #bit0 IPA Enable #bit1 IPA PRE Filter enable #bit2 IPv6 enable #bit3 IPA Resource Manager (RM) enable #bit4 IPA Clock scaling enable #bit5 IPA uC ENABLE #bit6 IPA uC STA ENABLE #bit8 IPA Real Time Debugging gIPAConfig=0x7d gIPADescSize=800 # Enable/Disable RX full reorder offload gReorderOffloadSupported=1 # Enable CE classification # 1 - enable(default) 0 - disable gCEClassifyEnable=1 # Enable Rx handling options # Rx_thread=1 RPS=2(default for ROME) NAPI=4(default for ihelium) rx_mode=5 # Enable(Tx) fastpath for data traffic. # 1 - enable(default) 0 - disable gEnableFastPath=1 # This flag enables IP, TCP and UDP checksum offload # 1 - enable(default) 0 - disable gEnableIpTcpUdpChecksumOffload=1 # Enable TCP Segmentation Offload # 1 - enable 0 - disable TSOEnable=1 # Enable Generic Receive Offload # 1 - enable(default) 0 - disable GROEnable=1 # Enable HT MPDU Density # 4 for 2 micro sec ght_mpdu_density=4 # Enable flow steering to enable multiple CEs for Rx flows. # Multiple Rx CEs<==>Multiple Rx IRQs<==>probably different CPUs. # Parallel Rx paths. # 1 - enable 0 - disable(default) gEnableFlowSteering=1 # Time in microseconds after which a NAPI poll must yield ce_service_max_yield_time=500 #Maximum number of HTT messages to be processed per NAPI poll ce_service_max_rx_ind_flush=1 # Maximum number of MSDUs the firmware will pack in one HTT_T2H_MSG_TYPE_RX_IN_ORD_PADDR_IND maxMSDUsPerRxInd=8 # Enable NUD tracking feature # 1 - enable 0 - disable(default) gEnableNUDTracking=1 # Enable PEER UNMAP CONF SUPPORT # 1 - enable 0 - disable(default) gEnablePeerUnmapConfSupport=1 ################ Datapath feature set End ################ ################ NAN feature set start ################### # Enable NAN discovery (NAN 1.0) # 1 - enable 0 - disable(default) gEnableNanSupport=1 # Enable NAN Datapath genable_nan_datapath=1 ################ NAN feature set end ##################### adaptive_dwell_mode_enabled=1 hostscan_adaptive_dwell_mode=1 adapt_dwell_lpf_weight=80 adapt_dwell_wifi_act_threshold=10 MAWCEnabled=0 drop_bcn_on_chan_mismatch=0 # Enable/Disable rtt sta mac randomization enable_rtt_mac_randomization=1 # Create another interface during driver load gEnableConcurrentSTA=wlan1 #Enable/Disable SNR monitoring gEnableSNRMonitoring=1 END # Note: Configuration parser would not read anything past the END marker
-
1
-
-
Что-то как то тяжеловат стал AdguardHome для роутера да же на 256МБ и релиз 103.3 это выражается если судить по "Системному монитору" иногда при просмотре WEB страниц Интернета в загрузке проца более 50% и до 98%, в некоторых случаях даже остановки данного сервиса, т.е. отсутствие его в "ps". Текущий релиз 562. При настройках, даже кол-во фильтров уменьшил
Скрытый текстdns: bind_host: 0.0.0.0 port: 53 upstream_dns: - tls://dns.google.com - tls://1.1.1.1 - https://dns.google/dns-query - https://dns.cloudflare.com/dns-query all_servers: false fastest_addr: true cache_size: 4194304 cache_ttl_min: 0 cache_ttl_max: 0 bogus_nxdomain: [] filters: - enabled: true url: https://adguardteam.github.io/AdGuardSDNSFilter/Filters/filter.txt name: AdGuard DNS filter id: 1 - enabled: true url: https://raw.githubusercontent.com/AdguardTeam/FiltersRegistry/master/filters/filter_1_Russian/filter.txt name: Русский фильтр id: 1603440573 - enabled: true url: https://raw.githubusercontent.com/AdguardTeam/FiltersRegistry/master/filters/filter_14_Annoyances/filter.txt name: Фильтр раздражителей id: 1603440574
1 [||||| 6.4%] Tasks: 50, 102 thr; 1 running
2 [||| 3.2%] Load average: 0.39 0.23 0.19
3 [| 0.6%] Uptime: 2 days, 00:48:28
4 [ 0.0%]
Mem[|||||||||||||||||||||||||||||||||||||||||||||||||| 98.5M/249M]
Swp[ 0K/2.00G]PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
22986 root 21 1 661M 39796 13400 S 0.0 15.6 10:51.26 AdGuardHome -w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pi
22990 root 20 0 661M 39796 13400 S 0.0 15.6 0:38.58 AdGuardHome -w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pi
23000 root 20 0 661M 39796 13400 S 0.0 15.6 1:32.24 AdGuardHome -w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pi
22988 root 20 0 661M 39796 13400 S 0.0 15.6 1:23.84 AdGuardHome -w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pi
23022 root 20 0 661M 39796 13400 S 0.0 15.6 1:31.02 AdGuardHome -w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pi
22994 root 20 0 661M 39796 13400 S 0.0 15.6 1:19.58 AdGuardHome -w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pi
Раньше не обращал внимание на такое кол-во дочерних процессов
Mem: 182464K used, 72168K free, 504K shrd, 17284K buff, 61068K cached
CPU: 1.3% usr 0.7% sys 0.0% nic 97.8% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 0.19 0.20 0.18 2/252 26488
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
22986 1 root SN 661m264.7 3 0.5 AdGuardHome -w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pid --no-check-upda/ # cat /proc/meminfo
MemTotal: 254632 kB
MemFree: 76740 kB
MemAvailable: 133392 kB
Buffers: 17284 kB
Cached: 61068 kB
SwapCached: 0 kB
Active: 71056 kB
Inactive: 53272 kB
Active(anon): 26720 kB
Inactive(anon): 19760 kB
Active(file): 44336 kB
Inactive(file): 33512 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 2096124 kB
SwapFree: 2096124 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 46028 kB
Mapped: 42980 kB
Shmem: 504 kB
Slab: 23616 kB
SReclaimable: 4476 kB
SUnreclaim: 19140 kB
KernelStack: 2000 kB
PageTables: 936 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 2223440 kB
Committed_AS: 95308 kB
VmallocTotal: 1048372 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
/ #Ранее такого не наблюдал после его установке в феврале 2020 и по 19-20.10.2020.
-
1 час назад, Sorrel сказал:
В 3.6 альфа добавили режим VHT-совместимости, и есть пожелание визуализировать активирован ли режим на конкретном устройстве или нет. Например в списке устройств отобразить как на скриншоте. Либо любой другой вариант, не принципиально, но когда в доме 20+ устройств клацать каждый и разбираться включен ли режим без визуализации геморно. Спасибо.
А мне вот rssi интересней тут увидеть от клиента, как говорят на голосование.
-
2
-
-
На роутере сброс к заводским + 3.6.2 + https://github.com/AdguardTeam/AdGuardHome
/opt/home/AdGuard # ./AdGuardHome --version AdGuard Home, version 0.104.0-beta2, channel beta, arch linux mipsle
C правкой DNS (удаление лишнего) серверов и установкой на параллельные запросы, чисткой фильтров так же не нужных
tls://dns.google.com tls://1.1.1.1 https://dns.google/dns-query https://dns.cloudflare.com/dns-query quic://dns-unfiltered.adguard.com:784
И попробовать
-
quic://dns-unfiltered.adguard.com:784
– зашифрован DNS-over-QUIC (Экспериментальный)
Как бы пришло в норму, будем смотреть.
-
-
Не что не предвещало быть проблеме, высокой загрузке CPU на релизах AdGuardHome 104 и даже при откате на
http://bin.entware.net/mipselsf-k3.4/keenetic/archive/adguardhome_0.103.3-1_mipsel-3.4.ipk
Началось при проблемах использования tls://dns.adguard.com и https://dns.adguard.com/dns-query а потом и процент загрузки.
Через некоторое время приходит в норму загрузка, так опять некоторое время нормально но потом бзик до 99%. Началось 2-3дня назад.
На адресах DNS серверов
Скрытый текстupstream_dns: - tls://dns.google.com - tls://1.1.1.1 - https://dns.google/dns-query - https://dns.cloudflare.com/dns-query - sdns://AQQAAAAAAAAAEDc3Ljg4LjguNzg6MTUzNTMg04TAccn3RmKvKszVe13MlxTUB7atNgHhrtwG1W1JYyciMi5kbnNjcnlwdC1jZXJ0LmJyb3dzZXIueWFuZGV4Lm5ldA - sdns://AQAAAAAAAAAADjIwOC42Ny4yMjAuMjIwILc1EUAgbyJdPivYItf9aR6hwzzI1maNDL4Ev6vKQ_t5GzIuZG5zY3J5cHQtY2VydC5vcGVuZG5zLmNvbQ
При
opkg dns-override
/ # netstat -ntulp | grep AdGuardHome
tcp 0 0 192.168.1.9:8080 0.0.0.0:* LISTEN 5113/AdGuardHome
tcp 0 0 :::53 :::* LISTEN 5113/AdGuardHome
udp 0 0 :::53 :::* 5113/AdGuardHome
/ #Как на ПО 3.6.1 так и на ПО 3.5.2
-
Пока не много не понял при использование AdGuardHome в некоторые моменты проц уходит в 90-98% по всем 4 потокам дает загрузку на данном сервисе, но через некоторое время (разное) возвращается в исходное, откатился на 3.5.2 посмотрим.
Нет в 3.5.2 тоже самое
Скрытый текст1 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||97.6%] Tasks: 45, 99 thr; 4 running 2 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||97.6%] Load average: 3.69 2.37 1.08 3 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||98.8%] Uptime: 11:49:23 4 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||98.2%] Mem[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||93.9M/249M] Swp[ 0K/2.00G] Sort by PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command PID 812 root 21 1 666M 41344 17948 S 380. 16.2 32:05.42 AdGuardHome USER 1169 root 20 0 666M 41344 17948 R 85.5 16.2 2:05.05 AdGuardHome PRIORITY 7286 root 20 0 666M 41344 17948 S 77.6 16.2 1:18.11 AdGuardHome NICE 830 root 20 0 666M 41344 17948 R 65.5 16.2 2:54.42 AdGuardHome M_SIZE 1349 root 20 0 666M 41344 17948 R 59.4 16.2 3:49.50 AdGuardHome M_RESIDENT 823 root 20 0 666M 41344 17948 R 41.2 16.2 4:22.04 AdGuardHome M_SHARE 985 root 20 0 666M 41344 17948 R 28.5 16.2 4:18.80 AdGuardHome STATE 841 root 20 0 666M 41344 17948 S 21.8 16.2 4:10.51 AdGuardHome PERCENT_CPU 23546 root 20 0 6864 3492 2668 R 4.8 1.4 0:03.16 htop PERCENT_MEM 255 root 20 0 46688 22780 15984 S 3.0 8.9 41:32.99 ndm TIME 497 root 20 0 46688 22780 15984 S 2.4 8.9 9:24.00 ndm Command 259 root 20 0 46688 22780 15984 S 1.2 8.9 4:26.14 ndm
Странно такого не когда не было.
-
9 часов назад, Space Alex сказал:
Я думаю, что с этим не связано. Так как происходит это только на 3.5.1 и рандомно с разными устройствами. Так же на 4pda есть жалобы на падение скорости даже keenetic + keenetic.
Участники событий в которых имеют место быть KN10/KN18 или на их базе контроллеры
[I] Jan 1 03:00:13 kernel: MT7615 AP Driver version: 5.0.5.0 и например [I] Jan 1 03:00:14 kernel: MT7615 CPU 0 patch info: [I] Jan 1 03:00:14 kernel: Built date: 20180518100604a [I] Jan 1 03:00:14 kernel: MT7615 CPU 0 firmware info: [I] Jan 1 03:00:14 kernel: Chip ID: 0x04 [I] Jan 1 03:00:14 kernel: Eco version: 0x00 [I] Jan 1 03:00:14 kernel: Built date: 20191220015534 [I] Jan 1 03:00:14 kernel: MT7615 CPU 1 firmware info: [I] Jan 1 03:00:14 kernel: Chip ID: 0x04 [I] Jan 1 03:00:14 kernel: Eco version: 0x00 [I] Jan 1 03:00:14 kernel: Built date: 20190415154149
И KN30 на котором я не заметил такого.
[I] Jan 1 03:00:14 kernel: MT7613 AP Driver version: 6.0.2.0 и например [I] Jan 1 03:00:18 kernel: MT7663 CPU 0 patch info: [I] Jan 1 03:00:18 kernel: Built date: 1909041522d7653 [I] Jan 1 03:00:18 kernel: MT7663 CPU 0 firmware info: [I] Jan 1 03:00:18 kernel: Chip ID: 0x08 [I] Jan 1 03:00:18 kernel: Eco version: 0x01 [I] Jan 1 03:00:18 kernel: Built date: 20200114115632
-
А не связано ли это описанной проблемой "региональными запретами" и работой в даном направление
-
49 минут назад, Дранкель сказал:
я думаю, так быть не должно.
А почему если появилась возможность использования DSCP
I] Oct 16 09:26:19 ndm: TrafficControl::Manager: no rate limit exists for host "f0:хх:хх:хх:хх:6e". [I] Oct 16 09:26:19 ndm: Hotspot::Manager: service class "2" applied to host "f0:хх:хх:хх:хх:6e". [I] Oct 16 09:26:19 ndm: Netfilter::Util::Conntrack: flushed 7 IPv4 connections for 192.168.130.29. [I] Oct 16 09:26:19 ndm: Network::Interface::Rtx::WifiMaster: "WifiMaster1": mac "f0:хх:хх:хх:хх:6e" is not found in VHT40 compatibility list. [I] Oct 16 09:26:20 ndm: Network::Interface::Ethernet: "Bridge0": ACL unchanged. [I] Oct 16 09:26:20 ndm: Core::ConfigurationSaver: saving configuration... Chain _NDM_HOTSPOT_PRERT (1 references) pkts bytes target prot opt in out source destination 0 0 DSCP all -- * * 0.0.0.0/0 0.0.0.0/0 CONNNDMMARK match 0x8/0x1c DSCP set 0x22 0 0 DSCP all -- br0 * 192.168.130.29 0.0.0.0/0 CONNNDMMARK match 0x0/0x1c DSCP set 0x22 0 0 CONNNDMMARK all -- br0 * 192.168.130.29 0.0.0.0/0 CONNNDMMARK xset 0x8/0x1c 0 0 RETURN all -- br0 * 192.168.130.29 0.0.0.0/0 ...
Возможно это не так как в Реализация политик QoS с кодами DSCP https://www.cisco.com/c/ru_ru/support/docs/quality-of-service-qos/qos-packet-marking/10103-dscpvalues.html
-
46 минут назад, vst сказал:
В 3020.6.8d появился sparse и наверняка много чего ещё. Но sparse пока недостаточно хорош. Его отключение не возвращает производительность к былому уровню.
Это конечно хорошо, только на всей ветке в 35B данный драйвер был и с копированием чтения/записи таких явно проблем не было видно.
Ну подождем.
-
29 минут назад, vst сказал:
Проблема в драйвере NTFS. В 3.5.C.2 вернём более производительную версию.
Не ужели там так сильно что-то изменено
351
[I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3020.6.8d [Flags: R/W MODULE]. tntfs 518736 1 - Live 0x8d380000 (PO)
35B6
[I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3020.6.8d [Flags: R/W MODULE]. tntfs 518736 1 - Live 0x8d380000 (PO)
35B1
[I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3020.6.8d [Flags: R/W MODULE]. tntfs 518736 1 - Live 0x8d380000 (PO)
35A14
[I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3017.7.4.16 [Flags: R/W MODULE]. tntfs 486225 1 - Live 0x8d380000 (PO)
-
1 час назад, Space Alex сказал:
Вроде бы нет, просто по мере возрастания скорости передачи повышается нагрузка на проц, если вы имеете ввиду загрузку во время работы с диском. Помню что раньше при пиковой скорости нагрузка была около 50% на проц. Если не ошибаюсь. Это на KN-1810.
К слову о загрузке проца при чтение/запись на HDD 5400об. (раздел NTFS) подключенный к роутеру с помощью клиента LAN
351
Скрытый текст36B6
Скрытый текст35B6 Запись на HDD раздел Ext4 этого диска (примечание последний раздел данного диска)
-
51 минуту назад, Slam4uk сказал:
Ну значит у меня только у одного так. Но я никак не могу облвится до 3.5 нормально. Каждый раз после перезагрузки зависает и спасает только несёт до заводских.
Хоть один есть selftest сделанный ранее, хоть на 3.4 или еще раньше
Скрытый текст[I] Jan 1 00:00:03 kernel: MediaTek NAND driver init, version v2.1 [I] Jan 1 00:00:03 kernel: MTK NFI: NAND ID [01 F1, 80 1D 01 F1] [I] Jan 1 00:00:03 kernel: MTK NFI: NAND chip found in the MTK table: S34ML01G100TF [I] Jan 1 00:00:03 kernel: nand: device found, Manufacturer ID: 0x01, Chip ID: 0xf1 [I] Jan 1 00:00:03 kernel: nand: AMD/Spansion NAND 128MiB 3,3V 8-bit [I] Jan 1 00:00:03 kernel: nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64 [I] Jan 1 00:00:03 kernel: Scanning device for bad blocks [I] Jan 1 00:00:03 kernel: MTK NFI: success load FACT_BBT from block 1023 [I] Jan 1 00:00:03 kernel: Bootloader is up to date [I] Jan 1 00:00:03 kernel: di: active = 0, backup = 2, current = 1 и далее разделы или [I] Jan 1 00:00:04 kernel: MediaTek NAND driver init, version v2.1 [I] Jan 1 00:00:04 kernel: MTK NFI: NAND ID [98 F1, 80 15 F2 16] [I] Jan 1 00:00:04 kernel: MTK NFI: NAND chip found in the MTK table: TC58BVG0S3H [I] Jan 1 00:00:04 kernel: nand: device found, Manufacturer ID: 0x98, Chip ID: 0xf1 [I] Jan 1 00:00:04 kernel: nand: Toshiba NAND 128MiB 3,3V 8-bit [I] Jan 1 00:00:04 kernel: nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64 [I] Jan 1 00:00:04 kernel: Scanning device for bad blocks [W] Jan 1 00:00:04 kernel: Bad eraseblock 768 at 0x000006000000 [I] Jan 1 00:00:04 kernel: MTK NFI: success load FACT_BBT from block 1023 [I] Jan 1 00:00:04 kernel: Bootloader is up to date [I] Jan 1 00:00:04 kernel: di: active = 0, backup = 1, current = 2 [I] Jan 1 00:00:04 kernel: 15 ndmpart partitions found on MTD device MT7621-NAND и далее разделы
-
47 минут назад, Flashwrd сказал:
Ваш сценарий - оффтоп. И никакого отношения к привязки устройства к определённой ТД при включённой MESH не имеет. Никакого "бесшовного" роуминга в вашем сценарии нет.
Учение и еще раз учение. 😁
-
KN1810-------KN3010
Клиент при подключение KN30 все ОК не заметил сваливания, т.е. на 80MHz, как только ушел на KN18 получил полосу 40MHz.
Скрытый текстKN3010 "ap": "WifiMaster1/AccessPoint0", "authenticated": true, "txrate": 351, "rxrate": 390, "uptime": 113, "txbytes": 250879550, "rxbytes": 193293112, "ht": 80, "mode": "11ac", "gi": 800, "rssi": -62, "mcs": 8, "txss": 1, "ebf": true, "dl-mu": true, "_11": [ "k", "v" ], "pmf": true, "security": "wpa3-psk"
KN18
"ap": "WifiMaster1/AccessPoint0", "authenticated": true, "txrate": 135, "rxrate": 234, "uptime": 75, "txbytes": 67650228, "rxbytes": 78173435, "ht": 40, "mode": "11ac", "gi": 400, "rssi": -63, "mcs": 6, "txss": 1, "ebf": true, "dl-mu": true, "_11": [ "k", "v" ], "pmf": true, "security": "wpa3-psk" } ], "prompt": "(config)"
При подключение сразу к KN18
"ap": "WifiMaster1/AccessPoint0", "authenticated": true, "txrate": 292, "rxrate": 263, "uptime": 234, "txbytes": 395356498, "rxbytes": 301179069, "ht": 80, "mode": "11ac", "gi": 400, "rssi": -68, "mcs": 6, "txss": 1, "ebf": true, "dl-mu": true, "_11": [ "k", "v" ], "pmf": true, "security": "wpa3-psk"
-
1
-
-
9 минут назад, Flashwrd сказал:
Вы на тему ветки посмотрите. Какое отношение к MESH имеет Ваш сценарий? У меня сейчас так и работает, как Вы предлагаете. Только, чтобы не рушить MESH для стационарных устройств дома был реанимирован 100-летний D-link.
А что прикажете делать на работе? Где MESH их 6 роутеров покрывает трех этажное здание? По вашей логике нужно купить ещё 6 роутеров)
Я где-то писал про MESH? Что вы прицепелись к названию.
Да что хотите покупайте и сколько считаете нужным, хоть 6 и более для 3х этажного здания, а может и 2-3. По моей логике если не хватает функционала управления клиентами когда есть один контроллер и второй/третий/четвертый/пятый ТД то всегда есть возможность использовать например третий и четвертый ТД в режиме "Роутер (Основной)" и настроить их отдельно (не так уж и сложно).
На базе Keenetic есть два варианта использовать то го что есть на сегодня :
1. Функционал на базе контроллера и плюс отдельная ТД (вся суть управлять из одного места всеми)
2. И когда все или часть ТД используются в режиме роутера
Мой сценарий имеет простое значение роуминг (миграция клиентов между ТД/роутерами), наибольшее значение имеет возможность клиента поддержки k/r/v и функциональность данного сценария по более.
-
2 часа назад, Flashwrd сказал:
По тому что "Контроль доступа к беспроводной сети" рулится с контроллера и он ОБЩИЙ для всей MESH-системы. Отдельно настроить контроль доступа для ТД и контроллера невозможно.
Не вижу проблем в "руление" по отдельности - берете два роутера на них основной режим, т.е. они оба как роутеры соединяете их по LAN
Роутер1 - основной на нем интернет SSID1 частота 36 к нему роутер2 по LAN
Роутер2 - будет служить как ТД (интернета на нем не будет), маршрут по умолчанию на основной, SSID1 частота 36 или 52
Ручками прописать клиентов не так уж и сложно 15-20 на обоих роутерах, далее управлять им в рамках возможного функционала прошивки на любой вкус.
-
Вчера после обновления 351 KN1810 (по настройкам полоса 20/40/80/160) так же наблюдал один раз подключение Sams A70 на 5GHz с полосой 40MHz, проверял по "show assoc" так же обратил внимание в том месте где всегда rssi показывал -57-59 на стороне роутера теперь же стал показывать -65-70. На самом телефоне роутер виден с тем же rssi.
По наблюдаем.
Но c уровнем rssi беда в данном месте при условии не кого в округе нет, есть только ТД на LAN KN3010.
Скрытый текст"ap": "WifiMaster1/AccessPoint0", "authenticated": true, "txrate": 292, "rxrate": 390, "uptime": 5, "txbytes": 14870, "rxbytes": 27956, "ht": 80, "mode": "11ac", "gi": 800, "rssi": -66, "mcs": 7, "txss": 1, "ebf": true, "dl-mu": true, "_11": [ "k", "v" ], "pmf": true, "security": "wpa3-psk"
Поймал такой глюк при обновление браузера на телефоне
Скрытый текст"ap": "WifiMaster1/AccessPoint0", "authenticated": true, "txrate": 108, "rxrate": 390, "uptime": 492, "txbytes": 863593, "rxbytes": 72171523, "ht": 40, "mode": "11ac", "gi": 800, "rssi": -69, "mcs": 5, "txss": 1, "ebf": true, "dl-mu": true, "_11": [ "k", "v" ], "pmf": true, "security": "wpa3-psk"
-
2
-
-
Версия ПО 351, смартфон Samsung на базе WCN9380 (Qualcomm), конечно может и Samsung что-то зажал. Роутер KN1810 с конф
interface WifiMaster1 country-code RU compatibility N+AC channel 52 channel width 160 power 50 rekey-interval 86400 no band-steering beamforming explicit atf inbound downlink-mumimo up interface WifiMaster1/AccessPoint0 rename AccessPoint_5G description "5Ghz Wi-Fi access point" mac access-list type none security-level private authentication wpa-psk ns3 *** encryption enable encryption wpa2 encryption wpa3 ip dhcp client dns-routes ip dhcp client name-servers ssid G-5 wmm rrm ft mdid KN ft otd ft enable up
WPA2
Окт 7 20:24:09 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:6e) had associated successfully (FT mode). Окт 7 20:24:09 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:6e) set key done in WPA2/WPA2PSK. "ht": 80, "mode": "11ac", "gi": 800, "rssi": -59, "mcs": 7, "txss": 1, "ebf": true, "dl-mu": true, "_11": ["k","r","v"],"security": "wpa2-psk"
WPA3
Окт 7 20:31:35 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:6e) had associated successfully. Окт 7 20:31:35 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:6e) set key done in WPA3/WPA3PSK. "ht": 80, "mode": "11ac", "gi": 800, "rssi": -67, "mcs": 7, "txss": 1, "ebf": true, "dl-mu": true, "_11": ["k","v"], "pmf": true, "security": "wpa3-psk"
-
2 часа назад, Александр Куликов сказал:
Я тоже поддерживаю, светильники постоянно скачут между точками в итоге становятся недоступными какое то время из-за этого могут не работать автоматизации.
Нужно как можно более гибкие настройки вайфай даже мощность сигнала почему нельзя регулировать в более широких пределах, а не 10,25,50,75,100.
Это ослабление сигнала 75%=1, 50%=3, 25%=6, 10%=9
Имеем например 50% тогда 23-3=20dBm
Берем телефон ставим Aruba Utilities идем к светильникам и смотрим сколько он показывает в данной точке (как раз будет прием в данной точке), если можно либо скрин или значения какие?
-
1 час назад, TheX сказал:
В этом и проблема, думаю, что вы не пользуетесь качалкой. я перезагружаю роутер, пока идет запись на диск.
Скорей всего, а вопрос зачем перегружать роутер?
3.5.1 сваливание в 40 МГц
in 3.5
Posted
Интересный клиент Broadcom 80211abgn Wireless SDIO Adapter в режиме 5GHz 802.11n имеет 2х2/40 линк 240-270Мбит отхожу дальше от роутера KN1810 (мощность 50% на нем) и вот такая картина на странице WEB "Список клиентов" в данном дальнем месте линки 108-162Мбит при том что на 108-120Мбит имеем 1х1/40 если выше 120-135Мбит то имеем возврат на 2х2/40.