sanyadnepr Опубліковано: January 22, 2015 at 11:22 Опубліковано: January 22, 2015 at 11:22 Subscriber Module Country may change after registering to an AP with a new Country Code. чтот оно меня раздражает, как его того? 180/35 протащил только что, TCP трафика, пока радует. Посмотрим что скажут юзвери Пинг и пакетная производительность какая получилась? а в полосе 20? полосу 20 не пробовал. пакеная производительность суммарная в пределах 25-27к была Не плохо бы скрин приложить.
Alver Опубліковано: January 22, 2015 at 11:23 Опубліковано: January 22, 2015 at 11:23 Subscriber Module Country may change after registering to an AP with a new Country Code. чтот оно меня раздражает, как его того? Это означает, что СПЕ получает Country code от AP.
Alver Опубліковано: January 22, 2015 at 11:25 Опубліковано: January 22, 2015 at 11:25 Wireless Statistics - Downlink Error Drop Packets 1876 Capacity Drop Packets 24263 Подскажите, на сколько критичны эти ошибки ? Важна не аболютная, а относительная в % величина. Выдайте скрины Monitor- wireless и Monitor-Performance c обеих сторон.
harmer Опубліковано: January 22, 2015 at 11:26 Опубліковано: January 22, 2015 at 11:26 (відредаговано) Дерните на свиче flow control, попробуйте заменить его ( не длинк на длинк, а на что то другое). Гадание на кофейной гуще? Объявите весь список пжалуста (С) совместимых свичей. У меня была трабла со свичём поменял. до 100-ки бежит ок, а на 110 упёрся в полку. На какой свич сейчас менять? Відредаговано January 22, 2015 at 11:29 harmer
Kiano Опубліковано: January 22, 2015 at 11:27 Опубліковано: January 22, 2015 at 11:27 (відредаговано) Subscriber Module Country may change after registering to an AP with a new Country Code. чтот оно меня раздражает, как его того? Это означает, что СПЕ получает Country code от AP. спасибо, переводить умею) как указать конкретную страну? что ж.. для 40 Мгц очень даже ничего работает! 180/35 протащил только что, TCP трафика, пока радует. Посмотрим что скажут юзвери Это по очереди 180М потом 30М или одновременно дуплекс? одновременно, скрин чуть позже постараюсь Відредаговано January 22, 2015 at 11:28 Kiano
harmer Опубліковано: January 22, 2015 at 11:31 Опубліковано: January 22, 2015 at 11:31 как указать конкретную страну? Вам шашечки или ехать. Страну указать можно в настройках AP но вылезут ограничения по мощности и частотам но клиент таки получит страну автоматом от АП.
sanyadnepr Опубліковано: January 22, 2015 at 11:31 Опубліковано: January 22, 2015 at 11:31 (відредаговано) Это теория. Она подтверждена тысячами инсталляций ePMP. Опять эти старые песни о главном. А вот в в одной из первых инсталяций эта теория не прокатила изначально, сначалы твои песни о необходимости обеспечить только необходимый СINR, сейчас начались песни о свичах(которые в тестах между свичем и кабиум показали отсутствие проблем с совместимостью), завтра придумаеш новую сказку. Если с твоих слов проблема в свиче, почему для входящего трафика эта так называемая проблема со свичем не проявляется ? Почему при достижении не расчетной "полки" растет пинг ? Он должен начать рости на 20Мбит трафика больше ! За рост пинга отвечает "оптимизатор" камбиума. По каким параметрам можно понять наличие/отсутствие проблемы совместимости ? Как всегда методом "народного тыка" ! - отличный подход в таком случае. Відредаговано January 22, 2015 at 11:44 sanyadnepr
Kiano Опубліковано: January 22, 2015 at 11:35 Опубліковано: January 22, 2015 at 11:35 как указать конкретную страну?Вам шашечки или ехать. Страну указать можно в настройках AP но вылезут ограничения по мощности и частотам но клиент таки получит страну автоматом от АП. спасибо. я так понял, оно ругается, пока страна "other"
harmer Опубліковано: January 22, 2015 at 11:36 Опубліковано: January 22, 2015 at 11:36 одновременно, скрин чуть позже постараюсь Скрин с тестами можете выложить Для Вячеслава. Нас он не интересует. Давайте скрин с графиками живого траффика over 110 мегабит.
Kiano Опубліковано: January 22, 2015 at 11:38 Опубліковано: January 22, 2015 at 11:38 (відредаговано) одновременно, скрин чуть позже постараюсьСкрин с тестами можете выложить Для Вячеслава. Нас он не интересует. Давайте скрин с графиками живого траффика over 110 мегабит. не вопрос, как будет живой больше 70-80 - выложу, ок (если будет, конечно же ) Відредаговано January 22, 2015 at 11:39 Kiano
harmer Опубліковано: January 22, 2015 at 11:51 Опубліковано: January 22, 2015 at 11:51 70-80 Не проблема. Даже 100 не проблема. А вот больше уже проблема. Говорят в природе есть но мы не видели.
Alver Опубліковано: January 22, 2015 at 12:01 Опубліковано: January 22, 2015 at 12:01 как указать конкретную страну?Вам шашечки или ехать. Страну указать можно в настройках AP но вылезут ограничения по мощности и частотам но клиент таки получит страну автоматом от АП. Стаьте Other на AP, всегда.
Alver Опубліковано: January 22, 2015 at 12:10 Опубліковано: January 22, 2015 at 12:10 (відредаговано) 70-80 Не проблема. Даже 100 не проблема. А вот больше уже проблема. Говорят в природе есть но мы не видели. Если есть, предположительно, затык по ппс, то попробуйте ( пусть временно ) поставить UL/Ratio 75/25. На фиксированном фрейме ппс чуть выше, поэтому если дело конкретно у Вас в этом, то полка в мегабитах трафика заметно на десяток М подымется. Если Вы используете Flexible для снижения задержки на 8 мс, то думаю ( надо проверить) что на трафике over 100М задержка на фиксированном и динамическом фрейме отличается не сильно. Відредаговано January 22, 2015 at 12:19 wimaxx
Alver Опубліковано: January 22, 2015 at 12:15 Опубліковано: January 22, 2015 at 12:15 (відредаговано) 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 и загаженный эфир. Відредаговано January 22, 2015 at 12:18 wimaxx
harmer Опубліковано: January 22, 2015 at 12:30 Опубліковано: January 22, 2015 at 12:30 (відредаговано) Если есть, предположительно, затык по ппс, то попробуйте ( пусть временно ) поставить UL/Ratio 75/25. На фиксированном фрейме ппс чуть выше, поэтому если дело конкретно у Вас в этом, то полка в мегабитах трафика заметно на десяток М подымется. Давайте не будем обсуждать мой конкретный случай. Да при переводе на 75/25 прокачка немного (в пределах погрешности) поднимается. Я выкладывал графики пингов. При нагрузке они сильно растут. Не о чём не гововорит? Давайте дождёмся графиков реальной прокачки более 110-120 мегабит и вернёмся к моему вопросу. Или таки не дождёмся? У вас есть выходы на операторов поставивших ptp. Запросите у них эти графики. Это в ваших интересах. Відредаговано January 22, 2015 at 12:31 harmer
Kiano Опубліковано: January 22, 2015 at 14:50 Опубліковано: January 22, 2015 at 14:50 (відредаговано) ещё пару скринов ждём пика нагрузки Відредаговано January 22, 2015 at 14:53 Kiano
sanyadnepr Опубліковано: January 22, 2015 at 15:04 Опубліковано: January 22, 2015 at 15:04 (відредаговано) ещё пару скринов UDP камбиум с 1G портом может об этом никто не спроит, а в TCP не может столько, в нескольких линках ! Відредаговано January 22, 2015 at 15:04 sanyadnepr
andryas Опубліковано: January 22, 2015 at 15:06 Опубліковано: January 22, 2015 at 15:06 ждём пика нагрузки Если есть возможность, то, пожалуйста показывайте текущий пинг Если догружать, то хотя-бы пакетом в 1000
Alver Опубліковано: January 22, 2015 at 15:12 Опубліковано: January 22, 2015 at 15:12 (відредаговано) Если есть, предположительно, затык по ппс, то попробуйте ( пусть временно ) поставить UL/Ratio 75/25. На фиксированном фрейме ппс чуть выше, поэтому если дело конкретно у Вас в этом, то полка в мегабитах трафика заметно на десяток М подымется. Давайте не будем обсуждать мой конкретный случай. Да при переводе на 75/25 прокачка немного (в пределах погрешности) поднимается. Я выкладывал графики пингов. При нагрузке они сильно растут. Не о чём не гововорит? Давайте дождёмся графиков реальной прокачки более 110-120 мегабит и вернёмся к моему вопросу. Или таки не дождёмся? У вас есть выходы на операторов поставивших ptp. Запросите у них эти графики. Это в ваших интересах. 2 harmer ePMP конечно пропускает больше чем 110М живого трафика. Как получим скрины, выложим. Я вот смотрю на Ваши графики ( на наге) и вижу,что max 8K ппс Uplink не соответствует Uplink max нагрузке 16Мбит/c. Получается средняя длина пакета 250 байт !?? Можно также посчитать среднюю длину пакета суммарной нагрузки при макcимальной 100+10М (вечером) и минимальной ночью. Ночью средняя длина пакета уменьшается два раза. Это не характерно для юзеровкого трафика. Налицо присутствие постоянно ( и днем и ночью) в аплинк трафика, который съедает ппс и емкость канала и дает вот такую искривленную картину. Посмотрите что может генерить пакетную загрузку в аплинке. Відредаговано January 22, 2015 at 15:13 wimaxx
harmer Опубліковано: January 22, 2015 at 15:14 Опубліковано: January 22, 2015 at 15:14 И опяь синтетика. Ну никому она не нужна. Это писькомерство. Дайте графики с нагрузкой в 160 мегабит реальным трафиком.
harmer Опубліковано: January 22, 2015 at 15:21 Опубліковано: January 22, 2015 at 15:21 Налицо присутствие постоянно ( и днем и ночью) в аплинк трафика, который съедает ппс и емкость канала и дает вот такую искривленную картину. Посмотрите что может генерить пакетную загрузку в аплинке. Вы таки допускаете что в моём случае линк работает на пределе по ппс?
Alver Опубліковано: January 22, 2015 at 15:25 Опубліковано: January 22, 2015 at 15:25 (відредаговано) ещё пару скринов ждём пика нагрузки 171М Tx это current загрузка порта ethernet тестом 160М + служебный трафик, а сквозняком через радио пропускается current 125М, остальное отсекается- типичная картина для UDP теста. Если в этот момент посмотреть пинг- то задержка будет вследствие перегруза неадекватно большой. UDP тест должен быть +5% от пропускной способности канала, а если в это время замерять задержку, то 95% от пропускной способности. В данном случае адекватным будет UDP тест 1500 байт 120М Tx +50М Rx Both. И если проц тестера пропустит, то и цифра теста TCP будет примерно такой же. Відредаговано January 22, 2015 at 15:30 wimaxx
Alver Опубліковано: January 22, 2015 at 15:28 Опубліковано: January 22, 2015 at 15:28 Налицо присутствие постоянно ( и днем и ночью) в аплинк трафика, который съедает ппс и емкость канала и дает вот такую искривленную картину. Посмотрите что может генерить пакетную загрузку в аплинке. Вы таки допускаете что в моём случае линк работает на пределе по ппс? Предел по ппс есть у любого оборудования, есть он и у Камбиум. Но он у Вас слишком рано наступил, по причине, возможно, что ппс что то подгрузило, какой то излишний служебный трафик или вирусня, которая съела ппс и емкость по скорости.
Alver Опубліковано: January 22, 2015 at 15:40 Опубліковано: January 22, 2015 at 15:40 (відредаговано) Налицо присутствие постоянно ( и днем и ночью) в аплинк трафика, который съедает ппс и емкость канала и дает вот такую искривленную картину. Посмотрите что может генерить пакетную загрузку в аплинке. Вы таки допускаете что в моём случае линк работает на пределе по ппс? Предел по ппс есть у любого оборудования, есть он и у Камбиум. Но он у Вас слишком рано наступил, по причине, возможно, что ппс что то подгрузило, какой то излишний служебный трафик или вирусня, которая съела ппс и емкость по скорости. Попробуйте ограничить броадкасты на СПЕ по Tx. Відредаговано January 22, 2015 at 15:40 wimaxx
Kiano Опубліковано: January 22, 2015 at 15:47 Опубліковано: January 22, 2015 at 15:47 да, пинги скачут страшно при большой нагрузке. тест делал так: RB850Gx2 -> ePMP1000 AP -> ePMP1000 CL -> RB912UAG-5HPnD (просто висит, с выключенным wlan) не спорю, синтетика и без реальных показателей. максимум будет где-то в 7-8 вечера, там и зафоткаю, если успею
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас