[kosmich7]

Я не поленился проверил. есть два CPE. на них линк на 51.414 kilometers. линк на 5 ггц и в 20 мгц полосы.

Вот результаты.

С обоих сторон включены в rb800. Что мы делаем не так?

Апну тему. Уровни сигналов и остальную информацию о линке не затруднит приложить ?

 

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

Ваш скрин встроенного теста камбиум 90/90 не имеет отношения к реальности.

Потому что вот.

В реальности вот.

 

Линк 15.7Км 40Мгц. Скрины все с этого линка. И есть вот такая картина маслом.

На линке трудятся две СПЕ в паре с 30ми дишами.

И собственно прокачка и реальный максимум.

Разрыв в графике это полка АП и потеря снмп информации, такое наблюдается при достижении максимума, каждый раз пробел.

Пинг АП локальный, СПЕ через радио.

[slv700]

Я не поленился проверил. есть два CPE. на них линк на 51.414 kilometers. линк на 5 ггц и в 20 мгц полосы.

Вот результаты.

del

С обоих сторон включены в rb800. Что мы делаем не так?

Апну тему. Уровни сигналов и остальную информацию о линке не затруднит приложить ?

 

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

Ваш скрин встроенного теста камбиум 90/90 не имеет отношения к реальности.

Потому что вот.

В реальности вот.

 

Линк 15.7Км 40Мгц. Скрины все с этого линка. И есть вот такая картина маслом.

На линке трудятся две СПЕ в паре с 30ми дишами.

И собственно прокачка и реальный максимум.

Разрыв в графике это полка АП и потеря снмп информации, такое наблюдается при достижении максимума, каждый раз пробел.

Пинг АП локальный, СПЕ через радио.

 

Я так понимаю вопрос по скринам - якобы по полке 77 Mbps download в точка- точка c 100м ethernet ePMP Connectorized? На скринах где то видна полка по пропускной способности ? По скачку пинга с величины в среднем 1 мс до 5 мс? Посмотрите на пакетную нагрузку трафика в момент этого скачка пинга. Количество пакетов unicact (да плюс там и малтикаст и броадкаст пакетов видимо немало ) приближается к полке по ппс 17k CPE ePMP Connectorized.

[kosmich7]

Она приближается к полке по ппс 17k CPE ePMP Connectorized.

Прикольно, сначала было 18к полка по ппс для СПЕ девайса, теперь уже 14,5кппс это оказывается, равнозначно новой полке 17к, так держать !

 

По скачку пинга с величины в среднем 1 мс до 5 мс?

Это пинг АП только через езернет, без радио. На скринах СПЕ пинг через радио.

Скрины смотри в них все данные есть !

 

На скринах где то видна полка по пропускной способности ? По росту пинга ?

Да полка видна и по росту пинга в том числе, и ранее показывал внешними тестерами на этом линке и на других линках с СПЕ девайсами, через радио 80Мбит предел !

Год назад на линке 3км 70Мбит был предел ! Который воспроизводится сейчас 70Мбит на линке в Беларуси 2.9Км !

[slv700]

Прикольно, сначала было 18к полка по ппс для СПЕ девайса, теперь уже 14,5кппс это оказывается, равнозначно новой полке 17к, так держать !

Ппс разный в разных прошивках и разных режимах. Сейчас он на ePMP Connectorized в ePTP в v.2.4.3 - 17k. И у тебя 14.5к это только юникаст пакеты. Сколько там еще и других пакетов ?

Да полка видна и по росту пинга в том числе, и ранее показывал внешними тестерами на этом линке и на других линках с СПЕ девайсами, через радио 80Мбит предел !

Какими внешними тестерами ? И на каких других линках? Говори конкретно.

Вот этот конкретный линк у тебя работает на MCS13-15 ( помехи видать немалые). 15 км жесткий NearLOS ( потери энергетики 15 дб). Наблюдается перегруз канала ( скачек пинга аж до 4.8 мс !!!) не по пропускной способности, а по пакетной нагрузке.

PS

Рокет АС поставь на этот же линк. Прозреешь сразу.

[kosmich7]

Сколько там еще и других пакетов ?

Так и знал что попробуеш съехать в эту сторону.

Отмазаться не получится ! Других не существенно !

 

Идет перегруз канала ( скачек пинга аж до 4.8 мс !!!)

Это пинг между сервером и АП без радио ! Русский язык не понимаеш ?

Смотри другой скрин, на нем пинг через радио !

 

Какими внешними тестерами ? И на каких других линках? Говори конкретно.

В начале этой темы посмотри, "конкретный ты наш".

 

Рокет АС поставь на этот же линк. Прозреешь сразу.

Не переживай, в планах замена этого не справившегося с задачей оборудования на AC или 5х.

[slv700]

Это пинг между сервером и АП без радио ! Русский язык не понимаеш ?

Смотри другой скрин, на нем пинг через радио !

Так ты в каком режиме то работаешь, в Flexible ? Переключись в ePTP.

И то что растет пинг на ethernet AP- явное свидетельство перегрузки интерфейса пакетами. И дай ка таблицу bridge table и ARP table с AP. Может ты ePMP со стороны ethernet перегрузил?

[kosmich7]

Так ты в каком режиме то работаешь, в Flexible ?

А по скринам не видно ? Научись изучать материал, а не листать картинки.

 

Переключись в ePTP.

Спасибо, плавали знаем, линк умирал в ePTP, уж как нибудь в другом месте в другой раз, при случае или когда пофиксят/допилят.

 

И дай ка таблицу bridge table и ARP table с AP. Может ты ePMP со стороны ethernet перегрузил?

Например чем можно перегрузить ? Почему именно в момент полки "сработал перегруз" ?

[slv700]

плавали знаем, линк умирал в ePTP, уж как нибудь в другом месте в другой раз, при случае или когда пофиксят/допилят.

Как это умирал ? Что именно пофиксят? Какие есть претензии к этому режиму? У всех все работает, и у тебя будет!

На данный момент к ePTP есть вопрос к мощности СПЕ на MCS15. Но в твоем случае это на канале не отразится.

 

Например чем можно перегрузить ? Почему именно в момент полки "сработал перегруз" ?

Ну например, если AP включен в ЛВС с большим числом компьютеров, или за AP большая сеть в бриджинге без свичей L2/L3, тогда AP вынужден еще выполнять функции коммутатора-свича ( не пропускать в радиоканал "лишний" трафик, то есть работать "стой кто идет").

По любому рост пинга до 5 мс на ethernet - это очень плохой симптом, копай там.

[kosmich7]

Как это умирал ? Что именно пофиксят? Какие есть претензии у этому режиму?

Внимательней надо быть.

 

По любому рост пинга до 5 мс на ethernet - это очень плохой симптом, копай там.

Этот же эффект будет когда процессор девайса в полке.

Либо это какая то шляпа с камбиумом при достижении (80Мбит/полки Pps) повышается пинг и по езернету.

[slv700]

Как это умирал ? Что именно пофиксят? Какие есть претензии у этому режиму?

Внимательней надо быть.

Брак блока питания. Почему то ( и достаточно редко) проявляется только в ePTP.

 

Этот же эффект будет когда процессор девайса в полке.

Может быть. Но надо понять что именно добавляет нагрузку с 14.5 до 17K. Поток с ethernet, который отсекает AP? Покажи все же MAC таблицы AP.

[kosmich7]

Как это умирал ? Что именно пофиксят? Какие есть претензии у этому режиму?

Внимательней надо быть.

Брак блока питания. Почему то ( и достаточно редко) проявляется только в ePTP.

Занятно.

Пришлеш по гарантии замену ? - поменяю. С какой стороны менять, оба ?

А "новый" БП чем отличается ? Как узнать что БП бракован ?

 

 

Cambium-ST>show bridge ap
SKIP все во WLAN кроме своего
[26]

Cambium-ST>show bridge sta
SKIP все только в LAN 
[16]

[slv700]

Занятно.

Пришлеш по гарантии замену ? - поменяю. С какой стороны менять, оба ?

А "новый" БП чем отличается ? Как узнать что БП бракован ?

Устройство в режиме ePTP иногда перегружается. После замены БП в нескольких случаях это помогло.

Если у тебя в режиме ePTP будут ребуты, то БП заменим. Если оборудование покупал не у нас ( не по официальным каналам) , можешь просто купить новый блок питания.

В ePTP больше ппс, скачок пинга на трафике 79 Mbps DL+ 10 Mbps UL уйдет на более высокую загрузку, может ближе к 95М в download. Тебе же больше там не надо, раз 100M ethernet?

И пинг будет average 3-4 мс. Если даже будут скачки по перегрузу ппс,то до 12 мс, но это не 40мс.

[slv700]

 

Cambium-ST>show bridge ap

SKIP все во WLAN кроме своего

[26]

 

Cambium-ST>show bridge sta

SKIP все только в LAN

[16]

ARP Table покажи.

[kosmich7]

Один мак шлюза.

 

Если у тебя в режиме ePTP будут ребуты, то БП заменим.

Это оборудование покупалось у вас. У меня не ребуты ! Линк "зависает" !

[kosmich7]

И пинг будет average 3-4 мс. Если даже будут скачки по перегрузу ппс,то до 12 мс, но это не 40мс.

Опять невнимателен ! Этот линк переводился в ePTP, прокачка была такая же !

Писал об этом ранее. Скрины показывал.

 

Тебе же больше там не надо, раз 100M ethernet?

У меня два порта, сам дальше поймеш ?

[slv700]

Опять невнимателен ! Этот линк переводился в ePTP, прокачка была такая же !

Я не вижу полки по скорости. Только рост пинга.

Не помню вообще чтобы ты когда либо выкладывал линк на внешних антеннах.Все что от тебя видел -два СПЕ Integrated в зашумленном эфире :-). Переведи линк в ePTP v.2.4.3 и заново выложи скрины дневной загрузки трафиком, задержки и пакетной нагрузки.

[kosmich7]

Не помню вообще чтобы ты когда либо выкладывал линк на внешних антеннах.Все что от тебя видел -два СПЕ Integrated в зашумленном эфире :-)

Отдыхать надо, а не камбиум в каждую щель парить. Теперь понятно, у тебя провалы в памяти, это многое объясняет.

 

Переведи линк в ePTP v.2.4.3 и заново выложи скрины дневной загрузки трафиком, задержки и пакетной нагрузки.

Повторяю. Не буду этого делать пока не исправят проблему с зависанием линка в ePTP !

 

Я не вижу полки по скорости. Только рост пинга.

В тестах iperf_ом полка как раз была на этих цифрах 70/60, даже чуть меньше того что зафиксировал кактус вчера.

Напоминаю 9го числа тест был сразу после перевода в ePTP.

[slv700]

В тестах iperf_ом полка как раз была на этих цифрах.

Полка в тесте iperf? На какой длине пакета?

[slv700]

проблему с зависанием линка в ePTP !

Устройство не зависает. Ребутится, да. Было раньше в ePTP терялся коннект ( зависал линк) по радио, решался ручным реконнектом, но там была причина в filtered MAC/fist MAC. И в 2.4.3 вроде пофиксили.

[kosmich7]

И в 2.4.3 вроде пофиксили.

Как раз после обновления на эту версию спустя 5 дней линк завис.

Повторяю, пока не пофиксят...не буду.

[Constantin]

И в 2.4.3 вроде пофиксили.

 

 

подвисает, редко но бывает такое гавно....

 

 

очередной раз подвис линк, подвисает АР сторона в 2,4 на epmp режиме

задолбало

[kosmich7]

очередной раз подвис линк, подвисает АР сторона в 2,4 на epmp режиме

задолбало

Вам показалось ;)

 

В тестах iperf_ом полка как раз была на этих цифрах.

Полка в тесте iperf? На какой длине пакета?

Длина пакета в этом случае не существенна (по умолчанию параметры iperf), pps был гораздо ниже 15К.

Внимательно слушаю где еще покрутить, посмотреть ? В следующий раз скажеш что полка для СПЕ девайсов 15Кpps ?

 

Слава будеш дальше отрицать очевидное ? Проблемы с линком в ePTP режиме !

[slv700]

очередной раз подвис линк, подвисает АР сторона в 2,4 на epmp режиме

задолбало

Вам показалось ;)

 

В тестах iperf_ом полка как раз была на этих цифрах.

Полка в тесте iperf? На какой длине пакета?

Длина пакета в этом случае не существенна (по умолчанию параметры iperf), pps был гораздо ниже 15К.

Внимательно слушаю где еще покрутить, посмотреть ? В следующий раз скажеш что полка для СПЕ девайсов 15Кpps ?

 

Слава будеш дальше отрицать очевидное ? Проблемы с линком в ePTP режиме !

То что подвисает линк в ePTP с этим никто не спорит. У тебя в чем вопрос что ппс СПЕ не 17к, а 15к? Во первых в режиме Flexible ппс меньше чем в ePTP. Во вторых у тебя линк работает на mcs 13-15 где то поровну по 30%. То есть максимальный ппс не выдает. В третьих, это у тебя MRTG показыает 15к. А служебный трафик, ретрансмиты, арпы, отработка бриджинга со стороны ethernet? Может это давать еще 10-15% пакетной нагрузки? Поставь на линк 1 гиговые девайсы например ePMP Light с 25к ппс и проблема уйдет.

А вообще бы лучше подумал почему у тебя 10 м аплоад трафика из 80+10м дают почти половину пакетной нагрузки 6К ппс из 15К? Откуда и по какой причине прет в аплоад столько мелких пакетов?

Подал канал на раздачи убнт по 1-2 mbps и они задрочили магистраль ePМP мелкими пакетами - служебными асками переповторов, торрентами( иначе вытянуть ничего нельзя) и многочисленными сессиями для полной утилизации своего слабого и нecтабильного канала на клиентов с раздачи убнт? Разберись для начала со своей сетью.Поставь например роутер или правильный свич перед магистралью на ePMP чтобы туда не шел всякий мусор с твоих голимых убнт раздач в малтипойнт и магистралей (еще небось на убнт и более того убнт АС ума хватило их поставить).

[kosmich7]

Подал канал на раздачи убнт по 1-2 mbps и они задрочили магистраль ePМP мелкими пакетами - служебными асками переповторов, торрентами( иначе вытянуть ничего нельзя) и многочисленными сессиями для полной утилизации своего слабого и нecтабильного канала на клиентов с раздачи убнт? Разберись для начала со своей сетью.Поставь например роутер или правильный свич перед магистралью на ePMP чтобы туда не шел всякий мусор с твоих голимых убнт раздач в малтипойнт и магистралей (еще небось на убнт и более того убнт АС ума хватило их поставить).

Для начала не указывай другим как сети строить, какие тарифные планы использовать - не твоё это дело !

Перестань фантазировать !

 

Мне разбираться с сетью нет необходимости. Если продвигаемое тобой железо не в состоянии справится с поставленной перед ним задачей/нагрузкой оно будет заменено на другое которое в состоянии это сделать, работа в этом направлении ведется, свет клином на ePMP не сошелся. Уверен Рокет lite AC или 5х справится с задачей на этом линке.

 

Поставь на линк 1 гиговые девайсы например ePMP Light с 25к ппс и проблема уйдет.

Не вижу смысла менять шило на мыло, 17к на 23к, текущие девайсы на 1G версии девайсов, которые в GPS версии не оправдали "высокого доверия", 25К на реальном трафике никто не видел, мне довелось видеть как эти девайсы не в состоянии передать больше 110+120Мбит хоть ты тресни, хотя внутренний тест рисовал совершенно приемлимые цифры, оторванные от реальности !

На твои уловки меня не купиш. Возьми попробуй, вернеш если не устроит.

Как только за 100Мбит перевалит трафик поднимется pps и они меня не устроят, мне это сейчас уже понятно.

Хотелось бы четко понимать, на что можно расчитывать в других местах, где ePMP СПЕ еще сгодятся, потому как они уже есть в наличии. Ты же их обратно не забереш - как не справившиеся с задачей ?

 

У тебя в чем вопрос что ппс СПЕ не 17к, а 15к?

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

Касательно pps, тобой было заявлено для девайса СПЕ максимальный pps 18к, теперь ты утвердаеш 17к - это первая лажа.

Собственно основной вопрос по pps так какой же реальный pps, и взаимосвязь pps и модуляций ?

Объясняю для тебе на пальцах, на линке например PTP руками ограничим модуляцию MCS-13/14/15 с обоих сторон - какой будет максимальный pps для каждой ?

Это логично при меньшей модуляции, меньше pps.

 

В третьих, это у тебя MRTG показыает 15к. А служебный трафик, ретрансмиты, арпы, отработка бриджинга со стороны ethernet?

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

Меня все эти "лесные звери" слабо интересуют, тобой было заявлено, может столько то - где циферки ? Опять кейса небыло ?

 

Покажи в PTP (примерно как в PTMP) максимальный pps и трафик на реальном линке, iperf_ом, как все показывают. Только не рассказывай сказки что у микротиков или еще какой неведомой хрени процессора для TCP теста не хватает.

Отпадет много к тебе и epmp вопросов. Пока заявленные циферки видим только на бумаге, с многими оговорками.

 

То что подвисает линк в ePTP с этим никто не спорит.

Отлично. Сроки решения этой проблемы ?

[slv700]

ы же их обратно не забереш - как не справившиеся с задачей ?

 

Возьми и измерь ппс этого линка двумя мт или ipef UDP пакетами 64 или 128 байт. На UDP микротик бтестер тянет любой трафик.

Как ты сможешь на 100М девайсах перевалить за 100М? У тебя уже сейчас 80+10М в дуплексе.

Возьми на тест два 1 гб девайса - увидишь, что уйдет скачок джиттера при нагрузке 80+10М. Если нет -вернешь оборудование, а если все устроит - выкупишь. Более того, давай дадим срок , если в течении 3 месяцев, надеюсь ты нагонишь больше 100М симплекса и ePMP 1 Гб это трафик не пропустит ( будет полка), то вернешь девайсы обратно, деньги верну.

ЗЫ

У тебя реально в аплинке трафик -средний пакет 300 байтов. Подумай почему.

зы

АС можешь пробовать, но сам понимаешь, если ePMP на этих антеннах со своей немалой мощностью поднимает в половину времени только MCS13 ( 16QAM2/3), то как АС сможет у тебя там работать на 256QAM? Или то же самое AF5X? И у тебя же точно перекрыт Френель. Поверь -проверь, лучше всего с твоей задачей справится ePMP 1гб. Когда нужно будет больше 200М в симплексе -поставишь PTP450i.

ЗЫ

Сейчас вот посчитал, что с твоим средним пакетом трафика UL+DL равным 800 байт ( что вообще то ненормально), ePMP 1гб пропустит в 25К ппс 150M, это 130+20М дуплекс. Дадим зазор 2k ппс на всякий левый трафик, то будет 120+20Mbps И это если с трафиком ( откуда такая нагрузка на аплинк) не разбираться.