[chetkiyparen]

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

[105vx]

LHG XL 5 ac. У меня на ~9км скорость 30мбит симплекс tcp, замеры с помощью btest с микротика на микротик, которые подключены сразу за LHG XL 5 ac. По frequency usage вроде всё чисто(нормального анализатора в железке нет, я так понял), частота 5270, полоса 20. Версия 6.44beta61. Купили попробовать, т.к. ценник очень хорош по сравнению с конкурентами, но походу не зря микротик такой дешевый. На той же частоте в этой же полосе Force200 дают результат как минимум в два раза лучше(быстрее). Скорее всего я просто не знаток микротика, но блин... вроде всё перепробовал.

[chetkiyparen]

для 9км на этих устройствах 30Мбит мало точно, примерно на таком расстоянии на этих антеннах добивались 130/130 20МГц, реальный трафик до 100/100 доходил. Не знаю с настройками это у вас что или может тупо неточно направили друг на друга их

[slv700]

То что на  ARM Микротик работает стандартный wifi на протоколе CSMA CА, то это понятно, используется родной драйвер Atheros.  Но на улице  на CSMA CА работать даже в точка-точка невозможно. Доказано давно, лет 15-20 назад. Если на ARM  не работает стабильно Nv2/Nstream, то без вариантов- это нерабочее устройство.  Во всяком случае  пока не допилят софт, что видимо уже никогда не случится.

[105vx]

LHG XL 5 ac. В общем включили голову, настроили получше, на 12км с отсутствием прямой видимости(вышка 70м, видно только верхний ярус, наше оборудование где-то посередине) сигнал получился -62dBm, tcp симплекс проходит 190мбит, udp симплекс проходит 350мбит, результатом очень доволен. На этом линке раньше был Force200, работал отлично, но больше 100-110мбит tcp симплекс не прокачивал. Эфир относительно чист. Протокол 802.11

Edited February 24, 2019 by 105vx

[chetkiyparen]

что значит настроил получше? это в nv2 или 802.11 ?

[Nemorus]

Приветствую. Сделали мост на расстоянии 1км если верить линейке яндекс карт , через речку, прямая видимость без помех. 2 здания, 11 этаж и 4 этаж. Это наш первый в жизни мост, вот хотел спросить все ли правильно настроили?

Оборудование MikroTik LHG XL 5 ac. Заранее спасибо.

 

Edited February 17, 2019 by Nemorus

[chetkiyparen]

вроде все верно, меня лично смущает то, что при таком хорошем CCQ практически в 100% и канальных скоростях 866/866 реальные скорости прокачки небольшие 127/222.

 

Такие же скорости прокачки получал на LHG 5 и на более серьезных расстояниях, но на nv2 и в полосе 40МГц

Edited February 17, 2019 by chetkiyparen

[Saab95]

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

[Nemorus]

1 час назад, Saab95 сказал:

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

Спасибо, попробуем с другими протоколами. И скажите пожалуйста на сколько увеличить буфер на передачу? Там сейчас стоит Queue Size - 50.

И я правильно понял, эта настройка делается в Queues на вкладке Queue Types настройке Ethernet-Default в пункте Queue Size ?

 

[chetkiyparen]

кстати хороший вопрос насчет буфера! есть ли какая зависимость от скорости на канале точка-точка и размера буфера?  обычно ставлю prifo 500 на обоих интерфейсах точки, но этом на линках до 200/200 делали и может и этого мало?

[laplundik]

В 30.10.2018 в 14:11, Saab95 сказал:

Так надо было попробовать канальные скорости зажать и посмотреть, что бы не прыгало.

При зажимании скоростей, почему линк в 80мгц не работает??

[Saab95]

14 часов назад, Nemorus сказал:

И я правильно понял, эта настройка делается в Queues на вкладке Queue Types настройке Ethernet-Default в пункте Queue Size ?

Ethernet это по кабелю, там трогать не надо. А вот wireless-default это как раз то, что нужно менять. Обычно там SFQ стоит. Вот и представьте, когда по радио идет поток в 200 и более мегабит, возникла некая проблема, которая вызвала кратковременное проседание скорости - данные по сети идут, а радио их передать не успевает. Буфер маленький и они все отбрасываются. А вот сетевой график, в это время, покажет более высокую скорость, чем реально проходит через канал.

 

Поэтому на мосту точка-точка имеет смысл (с каждой стороны), поставить PFIFO и буфер так 10000 или 50000 пакетов. Если это многоточка то PCQ так же с большими буферами. Это позволит во время перегрузки БС трафиком равномерно предоставлять клиентам доступ к ресурсу на передачу, то есть каждому клиенту будет выделен некий поток для возможности передачи, чего не будет при PFIFO.

 

11 часов назад, chetkiyparen сказал:

обычно ставлю prifo 500 на обоих интерфейсах точки, но этом на линках до 200/200 делали и может и этого мало?

Ничего не стоит поменять и проверить. Часто бывает, особенно на каналах через несколько пролетов, что по статистике интерфейса скорость 200, а реальный трафик идет на скорости 150-170.

 

1 час назад, laplundik сказал:

При зажимании скоростей, почему линк в 80мгц не работает??

Работает. Возможно отключили канальные скорости AC режима, которые настраиваются на вкладке Data Rates внизу.

[uraso]

Мы сделали некоторые дополнительные улучшения для ARM и Nv2. Версия с этими исправлениями будет выпущена в ближайшие дни.

normis

[chetkiyparen]

походу не особо поможет, иначе бы написали, что решена проблема работы nv2 на платформе arm, как они в описаниях других заявляют по другим проблемам

[x-rayd]

Походу проблему решили с ARM, там народ выборочно уже вовсю тестирует 6.44rc3

на днях выложат для всех

[chetkiyparen]

дай бог, выложите пожалуйста тесты, только реальным трафиком, а не бендвичем на nv2

[uraso]

Да, будем надеятся... 

[x-rayd]

6.44rc4  доступна для всех, можно начинать тесты!

Пожалуйста выкладывайте ваши тесты сюда.

[uraso]

   NV2 заработало  на прошивке  6.44rc4   на ARM...   Правда  в комнате,  на 5 метрах.... Не может быть!!!!!

Это что, команда  микротик  решила  мужикам подарок к 23 февраля сделать!

[chetkiyparen]

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

[uraso]

Да , я согласен...

[Engenius]

Сейчас прибежит пенсионер из Киева, и все вам испортит!

[x-rayd]

1 час назад, Engenius сказал:

Сейчас прибежит пенсионер из Киева, и все вам испортит!

 

Я кстати тоже об этом подумал! :))

[alex71bas]

Попробовал новую прошивку 6.44.rc4 - на LDF5 ac при дальности линка 24 км (уровни сигнала 61/62) NV2  не заработал ( проседает CCQ до 10 %).  На другом линке (дистанция 8 км уровни порядка 48/49) то же оборудование завелось в NV2 и держит живой трафик 110-140 мбит/с. Линк собранный  на паре 911G -5HPacd (дистанция 20 км 30% над водой уровни 43/43) на новой прошивке скорость выше не показал, и в nstream работает стабильнее чем в NV2. Живого трафика до 130 мбит/с. Ширина канала везде 40Мгц. LDF5 работают на стандарте an. 911G на ac. На неделе приедет антенна для первого линка. Попробую добиться сигнала в пределах 45/46. Посмотрю заведется ли на нём ac+NV2. 

На arm устройствах просадку CCQ наблюдал только в режиме bridge. Один нас. пункт работает только на SXTsq ac. Как ни странно - всё нормально. В базе стоит 911G - acd (QRT) SXTsq - клиентами. Причем расстояние до базовой 5 - 6км.