Перейти к содержимому

Рекомендованные сообщения

Опубликовано:

Subscriber Module Country may change after registering to an AP with a new Country Code.

 

чтот оно меня раздражает, как его того?

 

180/35 протащил только что, TCP трафика, пока радует. Посмотрим что скажут юзвери

Пинг и пакетная производительность какая получилась?

а в полосе 20?

 

 

полосу 20 не пробовал.

пакеная производительность суммарная в пределах 25-27к была

Не плохо бы скрин приложить.

Опубликовано:

Subscriber Module Country may change after registering to an AP with a new Country Code.

 

чтот оно меня раздражает, как его того?

Это означает, что СПЕ получает Country code от AP.

Опубликовано:

 

Wireless Statistics - Downlink

Error Drop Packets 1876

Capacity Drop Packets 24263

 

Подскажите, на сколько критичны эти ошибки ?

 

Важна не аболютная, а относительная в % величина. Выдайте скрины Monitor- wireless и Monitor-Performance  c обеих сторон.

Опубликовано: (изменено)
Дерните на свиче flow control, попробуйте заменить его ( не длинк на длинк, а на что то другое).

Гадание на кофейной гуще? Объявите весь список пжалуста  (С) совместимых свичей. У меня была трабла со свичём поменял. до 100-ки бежит ок, а на 110 упёрся в полку. На какой свич сейчас менять?

Изменено пользователем harmer
Опубликовано: (изменено)

 

Subscriber Module Country may change after registering to an AP with a new Country Code.

 

чтот оно меня раздражает, как его того?

Это означает, что СПЕ получает Country code от AP.

 

 

спасибо, переводить умею)

как указать конкретную страну?

 

 

 

что ж.. для 40 Мгц очень даже ничего работает!

180/35 протащил только что, TCP трафика, пока радует. Посмотрим что скажут юзвери

Это по очереди 180М потом 30М или одновременно дуплекс?

 

 

одновременно, скрин чуть позже постараюсь

Изменено пользователем Kiano
Опубликовано:

 

 

как указать конкретную страну?
Вам шашечки или ехать. Страну указать можно в настройках AP но вылезут ограничения по мощности и частотам но клиент таки получит страну автоматом от АП.
Опубликовано: (изменено)
Это теория. Она подтверждена тысячами инсталляций ePMP.

Опять эти старые песни о главном.

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

Если с твоих слов проблема в свиче, почему для входящего трафика эта так называемая проблема со свичем не проявляется ?

Почему при достижении не расчетной "полки" растет пинг ? Он должен начать рости на 20Мбит трафика больше !

За рост пинга отвечает "оптимизатор" камбиума.

По каким параметрам можно понять наличие/отсутствие проблемы совместимости ? Как всегда  методом "народного тыка" ! - отличный подход в таком случае.

Изменено пользователем sanyadnepr
Опубликовано:

 

как указать конкретную страну?
Вам шашечки или ехать. Страну указать можно в настройках AP но вылезут ограничения по мощности и частотам но клиент таки получит страну автоматом от АП.

 

:D

спасибо. я так понял, оно ругается, пока страна "other"

Опубликовано:

 

 

одновременно, скрин чуть позже постараюсь
Скрин с тестами можете выложить Для Вячеслава. Нас он не интересует. Давайте скрин с графиками живого траффика over 110 мегабит.  
Опубликовано: (изменено)

 

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

 

 

не вопрос, как будет живой больше 70-80 - выложу, ок (если будет, конечно же ;) )

Изменено пользователем Kiano
Опубликовано:

 

как указать конкретную страну?
Вам шашечки или ехать. Страну указать можно в настройках AP но вылезут ограничения по мощности и частотам но клиент таки получит страну автоматом от АП.

 

Стаьте Other на AP, всегда.

Опубликовано: (изменено)

70-80 Не проблема. Даже 100 не проблема. А вот больше уже проблема. Говорят в природе есть но мы не видели.

Если есть, предположительно,  затык по ппс, то попробуйте ( пусть временно ) поставить UL/Ratio 75/25. На фиксированном фрейме ппс чуть выше, поэтому если дело конкретно у Вас в этом, то полка в мегабитах трафика  заметно на десяток М подымется. 

Если Вы используете Flexible для снижения задержки на 8 мс, то думаю  ( надо проверить) что на трафике  over 100М задержка на фиксированном и динамическом фрейме отличается не сильно.

Изменено пользователем wimaxx
Опубликовано: (изменено)

 

 

Subscriber Module Country may change after registering to an AP with a new Country Code.

 

чтот оно меня раздражает, как его того?

Это означает, что СПЕ получает Country code от AP.

 

 

спасибо, переводить умею)

как указать конкретную страну?

 

 

 

что ж.. для 40 Мгц очень даже ничего работает!

180/35 протащил только что, TCP трафика, пока радует. Посмотрим что скажут юзвери

Это по очереди 180М потом 30М или одновременно дуплекс?

 

 

одновременно, скрин чуть позже постараюсь

 

Если одновременно то DL180 М+UL 35М TCP= 215 Мбит/с,  отличный результат, точно такой же как и должен быть на UDP. Это говорит,  о высоком качестве  канала( точнее, надежности  Packet error rate, потерь в канале практически нет), несмотря на nearLOS и загаженный эфир.

Изменено пользователем wimaxx
Опубликовано: (изменено)
Если есть, предположительно,  затык по ппс, то попробуйте ( пусть временно ) поставить UL/Ratio 75/25. На фиксированном фрейме ппс чуть выше, поэтому если дело конкретно у Вас в этом, то полка в мегабитах трафика  заметно на десяток М подымется. 

 Давайте не будем обсуждать мой конкретный случай. Да при переводе на 75/25 прокачка немного (в пределах погрешности) поднимается. Я выкладывал графики пингов. При нагрузке они сильно растут. Не о чём не гововорит?  Давайте дождёмся графиков реальной прокачки более 110-120 мегабит и вернёмся к моему вопросу. Или таки не дождёмся? У вас есть выходы на операторов поставивших ptp. Запросите у них эти графики. Это  в ваших интересах.

Изменено пользователем harmer
Опубликовано: (изменено)

ещё пару скринов

 

ждём пика нагрузки

post-31093-0-37972400-1421938377_thumb.png

post-31093-0-85355900-1421938377_thumb.png

Изменено пользователем Kiano
Опубликовано: (изменено)
ещё пару скринов

UDP камбиум с 1G портом может об этом никто не спроит, а в TCP не может столько, в нескольких линках !

Изменено пользователем sanyadnepr
Опубликовано:

ждём пика нагрузки

Если есть возможность, то, пожалуйста показывайте текущий пинг

Если догружать, то хотя-бы пакетом в 1000

Опубликовано: (изменено)

 

Если есть, предположительно,  затык по ппс, то попробуйте ( пусть временно ) поставить UL/Ratio 75/25. На фиксированном фрейме ппс чуть выше, поэтому если дело конкретно у Вас в этом, то полка в мегабитах трафика  заметно на десяток М подымется. 

 Давайте не будем обсуждать мой конкретный случай. Да при переводе на 75/25 прокачка немного (в пределах погрешности) поднимается. Я выкладывал графики пингов. При нагрузке они сильно растут. Не о чём не гововорит?  Давайте дождёмся графиков реальной прокачки более 110-120 мегабит и вернёмся к моему вопросу. Или таки не дождёмся? У вас есть выходы на операторов поставивших ptp. Запросите у них эти графики. Это  в ваших интересах.

 

2 harmer

ePMP конечно пропускает больше чем 110М живого трафика. Как получим скрины, выложим.

Я вот смотрю на Ваши графики ( на наге) и вижу,что  max 8K ппс Uplink не соответствует  Uplink  max  нагрузке  16Мбит/c. Получается средняя длина пакета 250 байт !??

Можно также посчитать среднюю длину пакета суммарной нагрузки при макcимальной 100+10М  (вечером) и минимальной ночью. Ночью средняя длина пакета уменьшается  два раза. Это не характерно для юзеровкого трафика. Налицо присутствие постоянно ( и днем и ночью)  в аплинк трафика, который съедает ппс и емкость канала и дает вот такую искривленную картину. Посмотрите что может генерить пакетную загрузку в аплинке.

Изменено пользователем wimaxx
Опубликовано:

 И опяь синтетика. Ну никому она не нужна. Это писькомерство. Дайте графики с нагрузкой в 160 мегабит реальным трафиком.

Опубликовано:

 

 

Налицо присутствие постоянно ( и днем и ночью)  в аплинк трафика, который съедает ппс и емкость канала и дает вот такую искривленную картину. Посмотрите что может генерить пакетную загрузку в аплинке.
 Вы таки допускаете что в моём случае линк работает на пределе по ппс?
Опубликовано: (изменено)

ещё пару скринов

 

ждём пика нагрузки

171М Tx  это current загрузка порта ethernet тестом 160М + служебный трафик, а сквозняком через радио пропускается current  125М, остальное отсекается- типичная картина для UDP теста. Если в этот момент посмотреть пинг- то задержка будет  вследствие перегруза неадекватно большой. UDP тест должен быть +5% от пропускной способности канала, а если в это время замерять задержку, то 95% от пропускной способности. В данном случае адекватным будет UDP тест 1500 байт  120М Tx +50М Rx Both.

И если проц тестера пропустит, то и цифра теста TCP будет примерно такой же.

Изменено пользователем wimaxx
Опубликовано:

 

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

 

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

Опубликовано: (изменено)

 

 

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

 

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

 

 Попробуйте ограничить броадкасты на СПЕ по  Tx.

Изменено пользователем wimaxx
Опубликовано:

да, пинги скачут страшно при большой нагрузке.

тест делал так: RB850Gx2 -> ePMP1000 AP -> ePMP1000 CL -> RB912UAG-5HPnD (просто висит, с выключенным wlan)

 

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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
×
×
  • Создать...