Jump to content
  • 9
Space Alex

3.5.1 сваливание в 40 МГц

Question

Обратил внимание, что иногда некоторые устройства подключенные по 5ггц сваливаются на 40 МГц с 80 МГц и остаются там пока не вкл. выкл. Wi-Fi. Раньше такого никогда не наблюдал. Сегодня за пол дня на новой прошивке такое случилось с Mi Box S и Samsung Note 10. Если необходимо, то предоставлю селф-тест.

  • Upvote 2

Share this post


Link to post
Share on other sites

Recommended Posts

  • 0

Селфы не помогут в расследовании данной проблемы.

В 3.06 мы вполне можем вернуть микрокод от 5.0.4.0 драйвера, если удастся подтвердить регрессию по rate_ctl. Тем более 3.06 есть возможность с помощью галочки задефолтить кривых клиентов в vht40.

Вполне возможно что вендор пытался улучшить авто-переход в полосу 40 по ретрансмитам, для решения того что я описывал выше, при этом, конечно же это могло повлиять на ложный уход в 40.

  • Upvote 2

Share this post


Link to post
Share on other sites
  • 0

ALL

Свежая информация для владельцев Apple устройств.

Описываемая выше проблема регионального ограничения, появившегося с версии iOS 13 решается следующим образом. Заходим в настройки iOS:

Настройки -> Конфиденциальность -> Службы геолокации -> Системные службы (внизу) -> Передача данных и беспроводные сети, отключаем ползунок. Возникнет диалог подтверждения, тапаем Выключить.  

Переподключаемся заново к AP и вуаля, 80 МГц теперь работает на всех каналах, как и ранее до iOS 13. Проверено на iPad Air2.

 

  • Thanks 1
  • Upvote 4

Share this post


Link to post
Share on other sites
  • 0

@Space Alex Samsung S10+ exynos RU, прекрасно себя чувствует на KN1810 ПО 3.5.2 канал 52 либо 56,60 160МГц. не замечено сваливания в 40МГц. Скорость линка 585 с нагрузкой, рядом 5 точек соседских.

Edited by r777ay

Share this post


Link to post
Share on other sites
  • 0
11 минуту назад, r777ay сказал:

@Space Alex Samsung S10+ exynos RU, прекрасно себя чувствует на KN1810 ПО 3.5.2 канал 52 либо 56,60 160МГц. не замечено сваливания в 40МГц. Скорость линка 585 с нагрузкой, рядом 5 точек соседских.

Сори, Note 10+

Share this post


Link to post
Share on other sites
  • 0

У меня к S10 на Exynos + BCM тоже вопросов нет.

Тем не менее, сегодняшний свежий тест наглядно показал, что MT7615 на текущей фирмвари практически мгновенно дропает Apple с региональным ограничением (еще до отключения ограничения) в 40. Чисто по ретрансмитам, буквально 100 data фреймов c ретрансмитами и уже дроп в 40. Тот же MT7613 сильно дольше держится, пока не дропнет его в 40. Нужно провести исследование по сравнению с предыдущей версией микрокода MT7615 (20190612110649), которая была в 3.04 (и да, она же была в 2.16)  

 

  • Upvote 3

Share this post


Link to post
Share on other sites
  • 0
8 минут назад, r777ay сказал:

@Space Alex Samsung S10+ exynos RU, прекрасно себя чувствует на KN1810 ПО 3.5.2 канал 52 либо 56,60 160МГц. не замечено сваливания в 40МГц. Скорость линка 585 с нагрузкой, рядом 5 точек соседских.

У меня 36 канал, вокруг других точек в 5ггц нет, сваливается не обязательно именно s10) рандомно одно из устройств) после того как кто-то один из клиентов свалился в 40, остальные нормально висят на 80 😀🤷‍♂️ ну и такое только на 3.5 у меня) 

Share this post


Link to post
Share on other sites
  • 0
55 минут назад, Padavan сказал:

ALL

Свежая информация для владельцев Apple устройств.

Описываемая выше проблема регионального ограничения, появившегося с версии iOS 13 решается следующим образом. Заходим в настройки iOS:

Настройки -> Конфиденциальность -> Службы геолокации -> Системные службы (внизу) -> Передача данных и беспроводные сети, отключаем ползунок. Возникнет диалог подтверждения, тапаем Выключить.  

Переподключаемся заново к AP и вуаля, 80 МГц теперь работает на всех каналах, как и ранее до iOS 13. Проверено на iPad Air2.

 

У меня такие настройки были изначально, айфон всегда на 80МГц сидит)

Share this post


Link to post
Share on other sites
  • 0

Проблема началась строго на 3.5.1 релизе. Последовательно жил на 3.5 альфах, бетках всех и только после перехода на релиз начались эти проблемы на 1810. Устройства mi9, iphone xs, mi box s, intel ax200. Причем последняя последовательно сваливается 160→80->40

Share this post


Link to post
Share on other sites
  • 0
14 часа назад, Space Alex сказал:

начались сваливания в 40 после перехода с 3.4.12 на 3.5 с абсолютно разными клиентами. У меня KN-1810.

Подтверждаю появившуюся проблему! У меня начал сваливаться в 40 планшет Самсунг Galaxy Tab S6. А еще заметил, что стал постоянно появляться бешеный Jitter при тесте скорости. До обновления прошивки таких досад близко не было.

Share this post


Link to post
Share on other sites
  • 0
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

1945466398_-3.jpg.7efd5c174ef3c9a7a06f6cae39cab270.jpg

Возможно поможет файл конф с клиента 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

 

 

Edited by vasek00
  • Upvote 1

Share this post


Link to post
Share on other sites
  • 0

Повторил данный тест на клиенте Sams A50 (wifi S5N5C20X00-6030) получил аналогичную проблему, сваливание на полосу 40MHz при линке 40Мбит, восстановление 80MHz где выше 100Мбит было.

  • Upvote 1

Share this post


Link to post
Share on other sites
  • 0

Клиент с внешним свистком 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.

918482827_-1.jpg.3866a67a62948522c5020953a96731d2.jpg

Edited by vasek00
  • Upvote 1

Share this post


Link to post
Share on other sites
  • 0
В 23.10.2020 в 22:58, Vovanchik сказал:

Проблема началась строго на 3.5.1 релизе. Последовательно жил на 3.5 альфах, бетках всех и только после перехода на релиз начались эти проблемы на 1810. Устройства mi9, iphone xs, mi box s, intel ax200. Причем последняя последовательно сваливается 160→80->40

@Padavanписал: 

Цитата

Для чипов MT7615 переход на драйвер 5.0.5.0 с более свежим микрокодом произошел при переходе с прошивки 3.04 на 3.05 в конце апреля. С тех пор версия микрокода не менялась, соответственно стратегия rate_ctl, которая управляет скоростью линка к клиенту, измениться не могла.

Может еще что обновилось? Яблок не имею для проверки, на скорости сяоми пользователи не жаловались.

Share this post


Link to post
Share on other sites
  • 0
В 23.10.2020 в 10:44, supilot сказал:

 

Боюсь сглазить, но прогресс есть. 

Поставил iOS 14.1, сделал своей шестерке Сброс настройки сети, подключился к вайфаю.

Теперь стало так. 

Продолжаю наблюдать дальше. 

 

Снимок4.PNG

Сглазил.

Никакого прогресса, это был кратковременный эффект от сброса модема или переподключения к wi-fi. iOS 14.1 ничего не излечила.

Во всей этой истории неприятно то, что на работе у меня стоит ТД Cisco 1815. К ней мой айфон подключается на 5 ГГц успешно и скорость трафика выдает стабильную и правильную (как и прочий смартфонный зоопарк наших сотрудников).

Share this post


Link to post
Share on other sites
  • 0
15 минут назад, supilot сказал:

Сглазил

выше почитайте мысли падавана и способ заставить сидеть устройства с 13+ на 80 полосе

Share this post


Link to post
Share on other sites
  • 0
29 минут назад, supilot сказал:

Сглазил.

Никакого прогресса, это был кратковременный эффект от сброса модема или переподключения к wi-fi. iOS 14.1 ничего не излечила.

Во всей этой истории неприятно то, что на работе у меня стоит ТД Cisco 1815. К ней мой айфон подключается на 5 ГГц успешно и скорость трафика выдает стабильную и правильную (как и прочий смартфонный зоопарк наших сотрудников).

Настройки -> Конфиденциальность -> Службы геолокации -> Системные службы (внизу) -> Передача данных и беспроводные сети, отключаем ползунок. Возникнет диалог подтверждения, тапаем Выключить.

Share this post


Link to post
Share on other sites
  • 0
22 минуты назад, enterfaza сказал:

выше почитайте мысли падавана и способ заставить сидеть устройства с 13+ на 80 полосе

У меня эта геолокация была выключена изначально.

Share this post


Link to post
Share on other sites
  • 0
1 час назад, supilot сказал:

У меня эта геолокация была выключена изначально.

видимо и этот способ не чудодейственный оказался 

Share this post


Link to post
Share on other sites
  • 0

Вот я и говорю, ставим ширину канала 20/40 и наслаждаемся стабильной работой всех, без исключения, устройств! :-)

Игры "работает-не работает" 80/160 у меня были еще год назад и самое лучшее решение проблемы - это отсутвие самой проблемы.

Very High 80 и 160 пока (для меня) подождет.....

Share this post


Link to post
Share on other sites
  • 0
33 минуты назад, enterfaza сказал:

видимо и этот способ не чудодейственный оказался 

 

Это какие-то частные конкретные решения-костыли.

Как и у меня было обновление прошивки и сброс сети.

Соображения, которые изложил padavan, звучат разумно. Но тогда стоило бы ожидать одинаковой плохой работы старых айфонов (как моя шестерка) со всеми точками доступа разных вендоров. Но это не так. Пример cisco у меня на работе. Опять же, если я сейчас сделаю на телефоне сброс сетевых настроек до заводских с забыванием всех wi-fi сетей, то телефон подключится к диапазону 5 и будет отлично работать на 80 какое-то время, 3-4-5 часов, а потом начнется вот это вот всё. Почему? Что это за эффект "накопления"?

Ну вот, да - или привязать айфон к диапазону 2.4, или всем канал 20/40.

Edited by supilot

Share this post


Link to post
Share on other sites
  • 0
1 час назад, Eduard Bogdanov сказал:

Вот я и говорю, ставим ширину канала 20/40 и наслаждаемся стабильной работой

зачем мне, из-за одного клиента, резать ширину всем?не вижу смысла, виноват не кинетик и ладно  

Share this post


Link to post
Share on other sites
  • 0

Интересный клиент 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.

Share this post


Link to post
Share on other sites
  • 0
28 минут назад, vasek00 сказал:

Интересный клиент 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.

Самое интересное что то что выше было при просмотре футбола, т.е. поток данных а при "холостом" т.е. отсутствие вообще потока, только в WEB роутера но опять же линк 108-162Мбит никаких переключений на 1х1/40 не было и в помине, да наверное и не должно было быть.

Share this post


Link to post
Share on other sites
  • 0

Чтобы опровергнуть выводы о том что якобы это регрессия именно 3.5.1 прошивки, а также приостановить лишний флуд на эту тему, было проведено исследование, которое показало, что свал в 40МГц - исключительно "заслуга" Andes микрокода 20191220015534, который вошел с самого начала в 3.5 сборки. Причем заостряю внимание - свал нормальных клиентов, которые сами не режут полосу 80 по региону.

Был взят последнний срез прошивки 3.06 с драйвером 5.0.5.0, который был сначала собран с микрокодом 20191220015534, затем была собраная такая же прошивка с тем же драйвером, но с микрокодом 20190612110649, который был до этого в прошивках 3.04 и 2.16.

На микрокоде 20191220015534 происходит практические мгновенный дроп в 40 МГц, когда последовательно идут ретрансмиты 80..100 data фреймов. Это прекрасное решение, чтобы пригвоздить плохиша, зарезавшего RX полосу на 40 и не сообщившего об этом. Однако, это дает со временем ложный свал в 40 для нормальных 80 МГц клиентов.

Микрокод 20190612110649 ведет себя совершенно иначе, поведение примерно соответствует текущему поведению чипа 7613. В этом есть минус, он заметно хуже справляется с задачей сброса плохишей с 80, однако из-за этого он прочнее сидит на 80 и не дает спрыгнуть на 40 при малейшем чихе (пачки ретрансмитов при ухудшении условий передачи).

 

 

 

  • Thanks 2

Share this post


Link to post
Share on other sites
  • 0
3 часа назад, enterfaza сказал:

зачем мне, из-за одного клиента, резать ширину всем?не вижу смысла, виноват не кинетик и ладно  

Ничего толком не понятно.

Edited by supilot

Share this post


Link to post
Share on other sites
  • 0

supilot

Не нужно все смешивать в кучу. Это разные проблемы. Есть также и Android устройства, которые режут полосу RX по регионалке и их не вправить никакими настройками, только рутовать смартфон. У Apple iOS регионалка гарантированно отключается решением выше, проверили на нескольких устройствах. Вероятно ее можно преодолеть другими способами, например отключив вообще трансляцию кода региона с AP. С яблочными устройствами всегда есть масса нюансов. Также по опыту могу сказать что обновление iOS на старых и новых устройствах - это не совсем одно и тоже. Старые устройства обычно не получают обновления Wifi драйвера вместе с обновлением самой прошивки.

ALL

Сухой остаток:

  • Новый микрокод чипа MT7615 лучше справляется с дурными клиентами, включающими регионалку без уведомления, он практически незаметен для пользователя таких устройств, садится быстро на 40 и скорости соответствуют полосе 40.
  • Предыдущий микрокод заметно хуже справляется с такими клиентами, скорость долго плавает из-за ретрансмитов, он гораздо больше требует времени чтобы вправить клиента в 40, при этом время от времени опять выпрыгивает на 80. Пока он не на полосе 40, скорость TX очень плохая, так как идет потеря данных, клиент не слышит половины спектра. Однако, он прочнее сидит на 80 и не дает ложно спрыгнуть на 40 для нормальных клиентов, слушающих всю полосу 80.

В 3.06 уже сейчас доступна возможность любого зарегистрированного клиента прибить к VHT40. Также есть планы пообщаться с вендором на тему ложного спрыгивания в 40. В любом случае в 3.06 будет решение, которое должно вернуть "стойкость" в полосе 80 для клиентов без ограничений. Напоминаю, что тот же MT7613 ведет себя сейчас нормально, поэтому речь конечно-же о конкретных устройствах.

Для те кто "не в теме", напомню, что ни NDM, ни ядро, ни даже сам wireless драйвер (если речь о чипах новее MT7612) не отвечает за линк. По факту, тот линк, что вы видите в Web, запрашивается напрямую из микроконтроллера чипа (отдельный DMA канал для связи хоста и внутреннего микроконтроллера). И то, что управляет этим линком, находится в закрытом микрокоде, который загружает драйвер.

Share this post


Link to post
Share on other sites
  • 0
18 минут назад, supilot сказал:

Ничего толком не понятно

я конкретно про уверенную падаваном проблему в регионалах, спорить с разрабом не вижу смысла, тем более у меня 3010 появился уже во времена 13 оси и поэтому не могу сказать, как раньше работал клиент на этом чипе, в отличии от g3, поэтому верю и Вам и падавану, а в виду бесполезности этого клиента оставлю любое решение за верхушкой

Share this post


Link to post
Share on other sites
  • 0

к тому же в моем случае это происходит на 3.4+ что доказывает уже, что не в 3.5+ дело (в МОЕМ случае!)

Share this post


Link to post
Share on other sites
  • 0

enterfaza

Если клиент регионально не ограничен, то оно нормально работает на 80МГц (в соответствующих условиях) на прошивке 3.4 (если речь об устройствах на MT7615).

Если клиент ограничен, ему только один путь - 40МГц. На полосе выше 40, он не может физически принимать data фреймы, которые размазаны по спектру 80. Надеюсь это доступно для понимания.

  • Thanks 2

Share this post


Link to post
Share on other sites
  • 0
21 минуту назад, Padavan сказал:

Надеюсь это доступно для понимания.

доступно, я ж говорю что и не буду спорить, я это принял еще с первого вашего объяснения 

все мои клиенты прекрасно себя чувствуют на 3.4+ на 3010 и на g3, поэтому и смущал только подозрительный клиент, даже писал это в сторонних темах (без каких-либо претензий), но заметив товарища с похожим клиентом с жалобой на тоже самое (но на другой прошивке) решил поддержать, к Вам без каких-либо претензий (повторяюсь уже)

Edited by enterfaza

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.


×
×
  • Create New...