[loly]

Подключена к сети провайдера через Ubiquiti Nanostation M2 в режиме моста, к которой подключен роутер Asus RT-N16, который получает айпишку от провайдера по DHCP и раздаёт инет по дому. Чтобы я не делала, какие настройки не меняла, картинки продолжают биться.

 

Как можно отловить проблему и попытаться её исправить? В Наностейшн настройки понятно какие могут быть, а в роутере могу поменять это и MTU

 

Заранее всем спасибо и, возможно, чмоки.

[Saab95]

Просто у вас в радиоканале возможно помеха, в том числе от вашего же роутера, вот данные и теряются. NanoStation M2 обычно работает на стандартных частотах, на которых излучает и ваш роутер. Попробуйте для теста отключить у своего роутера антенны и подключиться по кабелю, проверить работу.

[NewUse]

схему начертите.

У вас:

пров---нс-М2---рт-н16 или пров---нс-М2---нсМ2---рт-н16?

[loly]

Просто у вас в радиоканале возможно помеха

В многоэтажках по 30 Wi-Fi сетей бывает и сотни микроволновок, но файлы не бьются, так что дело не в этом.

 

Попробуйте для теста отключить у своего роутера антенны и подключиться по кабелю

Не получится, прокладывать кабель между этажами никто не будет.

 

схему начертите.

Провайдер (мэш(?) из Rocket M2, Наностейшенов и прочей ерунды на выбор нашей станции) → NanoStation M2 (на крыше дома) → RT-N16 (на втором этаже) → Клиентские устройства

Изменено 25 октября, 2014 пользователем loly

[NewUse]

Не получится, прокладывать кабель между этажами никто не будет.

А к точке с пачкордом и ноутом дойти не судьба?

 

уточните, что значит бьются? пробовали с другого компа/ОС заходить?

МТУ уменьшать пробовали?

 

Хотя, если и в правду МЭШ, то не подскажу.

[loly]

А к точке с пачкордом и ноутом дойти не судьба?

Нельзя, рутер стоит не у меня. Да и что это даст?

уточните, что значит бьются? пробовали с другого компа/ОС заходить?

Вот так бьются. Пересохранила в PNG.

 

Причём файлы качаются почти везде нормально, за исключением некоторых форумов, видимо, помогает докачка со стороны сервера.

С других клиентов тоже самое. Андроид просто не показывает повреждённые картинки. MTU уменьшать пробовала плоть до 200.

Изменено 26 октября, 2014 пользователем loly

[NewUse]

Вот так бьются. Пересохранила в PNG.

1)Зайдите по веб на NanoStation M2 далее скрины мэин (с открытой подвкладкой АП)

Подключитесь по ssh к NanoStation M2 далее результаты

athstat ath0

и

ifconfig -a 

Сюда.

 

Всёж я бы рекомендовал подключится напрямую к НС дабы исключать проблемные участки по очереди....

[[anp/hsw]]

Очень сложно побить так картинку, ведь в TCP есть контроль ошибок. Если такое возникает, то скорее всего у вашего провайдера стоит криво настроеный squid, например.

Последний раз как что-нибудь билось таким образом, я видел лет 10 назад, и это был cisco webcache (который как раз и пересчитывал CRC битых пакетов прилетающих к нему, из-за чего такая ситуация вообще и возникала).

[loly]

 

athstats eth0

41913 recv error interrupts
7 recv eol interrupts
732 global txmit timeout interrupts
106 carrier sense timeout interrupts
65210 # packets sent on the interface
6378 tx failed
6378 tx failed ’cuz too many retries
403 tx frames with no ack marked
106883 tx frames with short preamble
16437 tx frames with an alternate rate
125142 total frames received
15971 rx ack frames
4906 rx too short frames
46 rx invalid frames from mcast src
33 tx rssi of last ack
102164825 total number of bytes received
18869433 total number of bytes transmitted
rssi of last ack[ctl, ch0]: 32
rssi of last ack[ctl, ch1]: 26
34 rx rssi from histogram [combined]
rssi of last rcv[ctl, ch0]: 33
rssi of last rcv[ctl, ch1]: 26
12 periodic calibrations
Antenna profile:
[0] tx        0 rx   165048
[1] tx    58832 rx        0

11n stats
    88686 total tx data packets
      956 tx when h/w queue depth is low
    87730 tx pkts when h/w queue is busy
   697889 tx schedule ac queue empty
      463 tx bars sent
    14142 tx unaggregated frame completions
     3303 tx unaggregated excessive retries
    32863 tx aggregated completions
    88686 tx block ack window advanced
    81495 tx block ack window retries
    88686 tx block ack window additions
    88658 tx block ack window updates
    88647 tx block ack window advances
    81495 tx retries of sub frames
      594 tx excessive retries of sub frames
    13186 tx frames not aggregated
    77225 tx aggr good completions
     3075 tx aggr excessive retries
    82089 tx aggr unacked subframes
    28749 tx aggr old frames requeued
    85386 tx aggr: h/w long retries
   165048 rx pkts
   100976 rx aggregated packets
    13848 rx non qos-data frames
        3 rx sequence resets
     4745 rx old packets
      255 rx duplicate pkts
    74184 rx block ack window advanced
    81952 rx pkt completions
        6 rx pkt sequences skipped on timeout
       13 rx indications due to timeout
      112 draining tid buf queue on error
       32 draining tid buf queue on node cleanup
      466 tid paused
      466 tid resumed
TXQ[0]:BK tx(qmap tx/stopped) 17722(0/0) xretry 0 fifoerr 0 filtered 0 no buffs 0 drains 0
TXQ[1]:BE tx(qmap tx/stopped) 170163(88673/0) xretry 14159 fifoerr 0 filtered 0 no buffs 0 drains 0
TXQ[2]:VI tx(qmap tx/stopped) 15(0/0) xretry 5 fifoerr 0 filtered 0 no buffs 0 drains 0
TXQ[3]:VO tx(qmap tx/stopped) 488(13/0) xretry 0 fifoerr 0 filtered 0 no buffs 0 drains 0
MCS7  suc:   40627 rtr:  142128 prob:       0 [   94010    94010    94010   188020]
Times finished on series [24190 7670 4014 11131]
Xretries on probes 0, on regular tp 6378
    23.35 tx unaggregated excessive retry percent
   259.82 tx aggregated long retry percent
     9.36 tx aggregated excessive retry percent
    91.89 tx aggregate subframe retry percent
     0.67 tx aggregate subframe excessive retry percent

Phy Errors:

ifconfig -a

ath0      Link encap:Ethernet  HWaddr DC:9F:DB:0C:4A:32
         inet6 addr: fe80::de9f:dbff:fe0c:4a32/64 Scope:Link
         UP BROADCAST RUNNING PROMISC ALLMULTI MULTICAST  MTU:1500  Metric:1
         RX packets:64823 errors:0 dropped:0 overruns:0 frame:0
         TX packets:68773 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:0
         RX bytes:70072581 (66.8 MiB)  TX bytes:11630961 (11.0 MiB)

br0       Link encap:Ethernet  HWaddr DC:9F:DB:0C:4A:32
         inet addr:192.168.0.1  Bcast:192.168.255.255  Mask:255.255.0.0
         inet6 addr: fe80::de9f:dbff:fe0c:4a32/64 Scope:Link
         UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
         RX packets:110 errors:0 dropped:0 overruns:0 frame:0
         TX packets:100 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:0
         RX bytes:7768 (7.5 KiB)  TX bytes:7818 (7.6 KiB)

eth0      Link encap:Ethernet  HWaddr DC:9F:DB:0D:4A:32
         inet6 addr: fe80::de9f:dbff:fe0d:4a32/64 Scope:Link
         UP BROADCAST RUNNING PROMISC ALLMULTI MULTICAST  MTU:1500  Metric:1
         RX packets:222905 errors:0 dropped:0 overruns:0 frame:0
         TX packets:249015 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:36181020 (34.5 MiB)  TX bytes:248403472 (236.8 MiB)

eth1      Link encap:Ethernet  HWaddr DE:9F:DB:0D:4A:32
         UP BROADCAST PROMISC ALLMULTI MULTICAST  MTU:1500  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0 frame:0
         TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback
         inet addr:127.0.0.1  Mask:255.0.0.0
         UP LOOPBACK RUNNING  MTU:16436  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0 frame:0
         TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:0
         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wifi0     Link encap:Ethernet  HWaddr DC:9F:DB:0C:4A:32
         UP BROADCAST RUNNING PROMISC ALLMULTI MULTICAST  MTU:2286  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0 frame:0
         TX packets:0 errors:5387 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:500
         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
         Interrupt:48 Memory:b0000000-b0010000

[NewUse]

athstats eth0

...

Phy Errors:

а дальше?

 

И я же писал команду:

athstats ath0

...

[loly]

athstats ath0

641421 recv error interrupts
7 recv eol interrupts
8419 global txmit timeout interrupts
705 carrier sense timeout interrupts
1104066 # packets sent on the interface
1555 tx failed ’cuz no tx buffer (hook)
95792 tx failed
95792 tx failed ’cuz too many retries
5266 tx frames with no ack marked
1870751 tx frames with short preamble
284585 tx frames with an alternate rate
1784406 total frames received
108865 rx ack frames
25708 rx too short frames
546 rx invalid frames from mcast src
32 tx rssi of last ack
1529396603 total number of bytes received
414091994 total number of bytes transmitted
rssi of last ack[ctl, ch0]: 31
rssi of last ack[ctl, ch1]: 23
32 rx rssi from histogram [combined]
rssi of last rcv[ctl, ch0]: 31
rssi of last rcv[ctl, ch1]: 27
167 periodic calibrations
Antenna profile:
[0] tx        0 rx  2296751
[1] tx  1008274 rx        0

11n stats
  1572610 total tx data packets
    14658 tx when h/w queue depth is low
  1557952 tx pkts when h/w queue is busy
 10978848 tx schedule ac queue empty
    12794 tx bars sent
   217369 tx unaggregated frame completions
    52132 tx unaggregated excessive retries
   590114 tx aggregated completions
  1572606 tx block ack window advanced
  1825432 tx block ack window retries
  1572606 tx block ack window additions
  1572585 tx block ack window updates
  1572577 tx block ack window advances
  1825432 tx retries of sub frames
    17426 tx excessive retries of sub frames
   202715 tx frames not aggregated
  1389922 tx aggr good completions
    43660 tx aggr excessive retries
  1842858 tx aggr unacked subframes
   535151 tx aggr old frames requeued
  1407847 tx aggr: h/w long retries
  2296751 rx pkts
  1629962 rx aggregated packets
   139313 rx non qos-data frames
        3 rx sequence resets
    80434 rx old packets
     6179 rx duplicate pkts
  1263804 rx block ack window advanced
  1403280 rx pkt completions
      203 rx pkt sequences skipped on timeout
      447 rx indications due to timeout
      112 draining tid buf queue on error
       32 draining tid buf queue on node cleanup
    12797 tid paused
    12797 tid resumed
TXQ[0]:BK tx(qmap tx/stopped) 283702(0/0) xretry 0 fifoerr 0 filtered 0 no buffs 1555 drains 0
TXQ[1]:BE tx(qmap tx/stopped) 3397523(1572151/0) xretry 198504 fifoerr 0 filtered 0 no buffs 0 drains 0
TXQ[2]:VI tx(qmap tx/stopped) 181(0/0) xretry 21 fifoerr 0 filtered 0 no buffs 0 drains 0
TXQ[3]:VO tx(qmap tx/stopped) 13228(459/0) xretry 31 fifoerr 0 filtered 0 no buffs 0 drains 0
MCS7  suc:  711691 rtr: 2289718 prob:       0 [ 1614966  1614966  1614966  3229932]
Times finished on series [427106 138750 70697 170930]
Xretries on probes 0, on regular tp 95792
    23.98 tx unaggregated excessive retry percent
   238.57 tx aggregated long retry percent
     7.40 tx aggregated excessive retry percent
   116.08 tx aggregate subframe retry percent
     1.11 tx aggregate subframe excessive retry percent

Phy Errors:

а дальше?

Это всё, больше ничего нет.

Изменено 26 октября, 2014 пользователем loly

[NewUse]

Сколько реальное расстояние до базы?

Обновите пошивку до 5.5.10(скачать ломаную из соседней темы)

аск-дистанцию вручную (+30% к реальному расстоянию)

Отключить агрегацию

Вручную ограничить модуляцию на MCS10.

Алгоритм выбора схемы -- альтернативный

 

почему точка перезагружалась час назад? (Аптаим 50мин)

Доступ к базе есть?

[loly]

Сколько реальное расстояние до базы?

Обновите пошивку до 5.5.10(скачать ломаную из соседней темы)

аск-дистанцию вручную (+30% к реальному расстоянию)

Отключить агрегацию

Вручную ограничить модуляцию на MCS10.

Алгоритм выбора схемы -- альтернативный

Не помогает.

почему точка перезагружалась час назад?

Свет отключали.

Доступ к базе есть?

К той, куда подключается наша NanoStation? Нет, конечно, оно провайдерское.

[NewUse]

Не помогает.

athstat ath0 после изменений

CCQ возрос?

 

К той, куда подключается наша NanoStation? Нет, конечно, оно провайдерское.

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

[loly]

XM.v5.5.10# athstats ath0

16654 recv error interrupts
7 recv eol interrupts
1109 global txmit timeout interrupts
349 carrier sense timeout interrupts
109397 # packets sent on the interface
306 tx failed ’cuz no tx buffer (hook)
2 tx failed
2 tx failed ’cuz too many retries
17 tx frames with no ack marked
109693 tx frames with short preamble
2951 tx frames with an alternate rate
73525 total frames received
49 tx rssi of last ack
68989128 total number of bytes received
24703968 total number of bytes transmitted
rssi of last ack[ctl, ch0]: 42
rssi of last ack[ctl, ch1]: 48
50 rx rssi from histogram [combined]
rssi of last rcv[ctl, ch0]: 41
rssi of last rcv[ctl, ch1]: 49
35 periodic calibrations
Antenna profile:
[0] tx        0 rx   295631
[1] tx   109395 rx        0

11n stats
  1099428 tx schedule ac queue empty
   295631 rx pkts
TXQ[0]:BK tx(qmap tx/stopped) 51185(0/0) xretry 2 fifoerr 0 filtered 0 no buffs 306 drains 0
TXQ[1]:BE tx(qmap tx/stopped) 58133(58133/205) xretry 0 fifoerr 0 filtered 0 no buffs 0 drains 0
TXQ[2]:VI tx(qmap tx/stopped) 30(0/0) xretry 0 fifoerr 0 filtered 0 no buffs 0 drains 0
TXQ[3]:VO tx(qmap tx/stopped) 49(32/0) xretry 0 fifoerr 0 filtered 0 no buffs 0 drains 0
MCS2  suc:       4 rtr:       4 prob:       0 [       0        0        0   232660]
MCSA  suc:   58161 rtr:   12588 prob:       0 [  116330   116330   116330        0]
Times finished on series [55214 2906 41 4]
     0.00 tx unaggregated excessive retry percent
     0.00 tx aggregated long retry percent
     0.00 tx aggregated excessive retry percent
     0.00 tx aggregate subframe retry percent
     0.00 tx aggregate subframe excessive retry percent

Phy Errors:

CCQ возрос?

Да, до 97%, но той точки и сигнал лучше.

 

пинайте Вашего провайдера

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

Изменено 27 октября, 2014 пользователем loly

[NewUse]

Да, до 97%, но той точки и сигнал лучше.

Ну тогда проблема точно не в радиолинке между НСМ2 и рокетом.

 

Повторюсь -- проверяйте прямое подключение проводом, в обход азуса.

Если проблема сохраняется -- пинать админов.

 

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

Обычно при словах "а у меня Linux и проблемы на Вашей стороне" трубка быстро передаётся админам....

В любом случае Вы можете вызвать мастера от провайдера, чтоб разобрался.

Но повторюсь первоочерёдно необходимо исключить влияние промежуточных звеньев...

[adron2]

Если у клиента линукс на ноутбуке то можно попробовать пустить пинг от ноутбука до наностэйшена. при повреждении содержимого пакета пинг сразу же про это сообщит.

 

ping x.x.x.x -s 1472 -A -c 1000

[NewUse]

А виндовый пинг разве не умеет?

[adron2]

А виндовый пинг разве не умеет?

 

Не знаю. Я вендой не пользуюсь :-)

[[anp/hsw]]

Еще раз повторюсь: это проблема выше уровнем. Скорее всего у провайдера (или где-то еще) стоит либо софт модификации трафика на лету, либо сетевуха с аппаратными TCP/UDP checksum в бридже, которая исправляет контрольную сумму неправильно принятого пакета на правильную.

Случайности бывают, но если такое появляется в каждой картинке, то эта ситуация не из их числа.

Тут ситуация однозначная: контрольная сумма верна (иначе бы пакет был отброшен по пути, и картинка бы вообще не загрузилась никогда), но данные в нем не верны.

[adron2]

такое еще может быть если соединение по какой то причине рвется.

 

представьте себе идет передача данных картинки и на 70% соединение рвется. Картинка останется недогруженной(как мы и видим выше). Вопрос кто рвет соединение? Клиент или нат сервер провайдера или же сервер с которого загружается картинка?

Так же девушка пишет что файлы качаются нормально и совершенно верно делает вывод - что помогает докачка!

В браузерах же докачки нет и при обрыве соединения оно заново не устанавливается а показывается то что уже загрузилось(упомянутые мной выше 70%).

[adron2]

Прочитал более внимательно что написано выше.

Получается что имеет место нат у провайдера(или вам внешний ip на роутер дают?) и нат на роутере клиента.

Мое мнение что проблема на 70% на роутере у клиента(RT-N16) и на 30% у провайдера.

Много ли помимо вас пользователей работает через этот роутер?

Может у кого то из этих пользователей вирус и он устанавливает гигантское кол-во соединений что в итоге приводит к переполнению памяти на роутере?

Есть ли у вас доступ к управлению RT-N16?

[[anp/hsw]]

RT-N16 очень надежная железка в плане софта и харда, не думаю, что он может быть виноват. Можно прошить на самую последнюю прошивку, хуже точно не будет.

Разве что возможен вариант pptp/pppoe с включеным низким таймаутом типа 15-30с.

[adron2]

' timestamp='1414492879' post='1033503']

RT-N16 очень надежная железка в плане софта и харда, не думаю, что он может быть виноват. Можно прошить на самую последнюю прошивку, хуже точно не будет.

Разве что возможен вариант pptp/pppoe с включеным низким таймаутом типа 15-30с.

А если у них в сети завирусованный клиент который 100000 соединений через RT-N16 лезет?

Память то не ризиновая.

[[anp/hsw]]

А если у них в сети завирусованный клиент который 100000 соединений через RT-N16 лезет?

Тогда соединение просто не будет установлено, и картинка даже не начнет грузиться. Вообще Современные браузеры прекрасно эту проблему решают через persistent connections, держа соединение с сервером столько, сколько нужно для загрузки всей страницы.

 

Т.е. при переполнении по соединениям соеиднение будет либо установлено, либо нет. Ничего там побиться не может.

 

К тому же в логе роутера в таком случае будет "conntrack table full, dropping packet", достаточно просто посмотреть в админке.