Перейти до

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

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

Она не просто так "скачет", потому что ей захотелось. При это, во время перехода с одной на другую модуляцию, потерь не ощутить, если это в пределах 6-5, 5-4 и тд.

Мне кажется, что у вас что-то шумит недалеко

Опубліковано:
4 минуты назад, Kiano сказал:

Мне кажется, что у вас что-то шумит недалеко

Рядом в метре стоит микротик на 5,2 ггц, мой линк в 5,4.

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

Коллеги, сменил частоту, канал оставил 80. Ситуация по пингам немного улучшилась, но все равно плавает.

 

Скрытый текст

image.png.a3294eb322debdde91bf7208d943533d.png

 

Мало того, поводом для смены частоты стало зависание базы... Просто повилса, причем утром на минимальной нагрузке. Сислог к сожалению не настроил, логи поймать не удалось. Текущий софт такой:

 

Скрытый текст

image.png.6bddf6b8e915d601ad88112d218c360b.png

 

Есть еще мысли что не так с линком? 

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

А какую частоту поставили? Опираясь на спектограму высше. 

Доступна прошивка 4.5.4 на ней полет нормальный. 

И вам нужно прошивать железку два раза. У вас две банки памяти в ней. 

 

На второй такая же прошивка? 

Опубліковано: (відредаговано)
2 часа назад, IonMask сказал:

А какую частоту поставили? Опираясь на спектограму высше. 

Доступна прошивка 4.5.4 на ней полет нормальный. 

И вам нужно прошивать железку два раза. У вас две банки памяти в ней. 

 

На второй такая же прошивка? 

 

частота 5.800

 

на второй банке прошивка 4.0.1

 

Правильно понимаю, что при прошивке на 4.5.4 второй банк так и останется 4.0.1?

 

Відредаговано LeksaB
Опубліковано: (відредаговано)
53 минуты назад, LeksaB сказал:

Правильно понимаю, что при прошивке на 4.5.4 второй банк так и останется 4.0.1?

При прошивке Вы шьете устройство ДВА раза одной и той же прошивкой. Сначала прошьется первый банк, после второй заливки- второй банк.  Но это не сильно важно, так как второй банк будет использоваться только при повреждении первого. 

А какая вам пропускная способность линка нужна, что Вы используете полосу 80 МГц?   Попробуйте перейти в 40 МГц, у вас повысится устойчивость линка, если конечно требования по прокачке позволяют.  И какой режим используете, ePTP?..  У нас в ePTP по пропускной способности получается в 20 МГц 128/128 МБит, в 40 МГц 250/250 МБит.  Все работает стабильно.   

Пинг через линк

Screenshot_5.jpg

Відредаговано WIFINS
Опубліковано:
12 минут назад, WIFINS сказал:

При прошивке Вы шьете устройство ДВА раза одной и той же прошивкой. Сначала прошьется первый банк, после второй заливки- второй банк.  Но это не сильно важно, так как второй банк будет использоваться только при повреждении первого. 

А какая вам пропускная способность линка нужна, что Вы используете полосу 80 МГц?   Попробуйте перейти в 40 МГц, у вас повысится устойчивость линка, если конечно требования по прокачке позволяют.  И какой режим используете, ePTP?..  У нас в ePTP по пропускной способности получается в 20 МГц 128/128 МБит, в 40 МГц 250/250 МБит.  Все работает стабильно.

Прокачки нужно 200-300 метров. Канал 80 МГц юзаем для определения максимума, в текущих условиях удалось прокачать 270 МБит DL ТСР микротиковским тестом, внутренний показывает 370 МБит DL. Текущая нагрузка 100-150 МБит. Режим TDD. 

 

Попробую сменить канал на 40 и режим еРТР.

Опубліковано:
6 часов назад, LeksaB сказал:

Скажите, а на сколько уместно использовать WPA2 на линке РТР? И влияет ли это на производительность линка в целом?

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

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

Коллеги, всем добра!

 

Всем спасибо за участие в обсуждении и решении проблемы. Проблема решилась переводом моста в режим еРТР, пинг ровный и прокачка увеличилась, но уровень упал на -4, думаю это ожидаемо и не сильно критично. Вот что получилось:

image.png.70a1728ad1b1af689019ef7006ea77aa.png      image.png.6c4d6cdc821020e44ba02626db6f52fe.png 

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

Счастье долго не длилось... Начал ломаться линк с сообщением:

aid=1 disassociated. Reason: 53 (AP KEEP ALIVE RX STUCK)

Обновил софт до 4.5.5, наблюдаю дальше.

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

В общем и на новом софте тоже беда, рвется линк с тем же сообщением. Перевел мост в режим TDD, так АР стала виснуть намертво, даже 169.254.1.1 не хочет отзываться... только ребут по питанию. Написал поставщику, посмотрим что скажут.

 

Опубліковано: (відредаговано)
5 часов назад, LeksaB сказал:

В общем и на новом софте тоже беда, рвется линк с тем же сообщением. Перевел мост в режим TDD, так АР стала виснуть намертво, даже 169.254.1.1 не хочет отзываться... только ребут по питанию. Написал поставщику, посмотрим что скажут.

 

Достаточно странное поведение вашего Force 300.  Сообщите мне в личке МАС адрес устройства или через  поставщика. Такое поведение было у бракованных устройств 2.5 года назад ( производство январь- апрель  2018)  и  если у вас официальная поставка, то брак не должен был вам попасть. Все устройства из бракованной партии у всех давно заменены ( если вы конечно с Украины).

В TDD ошибки  (aid=1 disassociated. Reason: 53 (AP KEEP ALIVE RX STUCK) нет.  Рвать линк  у небракованного устройства не должно ( нет  такого ни у кого).

Чтобы получить низкую задержку в TDD  напишите мне в личку, я вам дам прошивку 4.6.0RC. Там в TDD на фрейме 2.5 или 5 мс с UL/DL Flexible  такая же низкая задержка , что и в ePTP , и нет disassociated Reason: 53 ни  при каких условиях.

Відредаговано Alver
Опубліковано: (відредаговано)

Flexible.png

Прошивка 4.6.0

Задержка в TDD DL/UL Flexible , frame 5 ms, канал 40 MHz

1478 bytes from 10.10.14.151: icmp_req=40 ttl=64 time=1.66 ms

1478 bytes from 10.10.14.151: icmp_req=41 ttl=64 time=1.42 ms

1478 bytes from 10.10.14.151: icmp_req=42 ttl=64 time=2.30 ms

1478 bytes from 10.10.14.151: icmp_req=43 ttl=64 time=1.60 ms

1478 bytes from 10.10.14.151: icmp_req=44 ttl=64 time=1.66 ms

1478 bytes from 10.10.14.151: icmp_req=45 ttl=64 time=3.50 ms

1478 bytes from 10.10.14.151: icmp_req=46 ttl=64 time=2.59 ms

1478 bytes from 10.10.14.151: icmp_req=47 ttl=64 time=1.65 ms

1478 bytes from 10.10.14.151: icmp_req=48 ttl=64 time=3.34 ms

1478 bytes from 10.10.14.151: icmp_req=49 ttl=64 time=1.71 ms

1478 bytes from 10.10.14.151: icmp_req=50 ttl=64 time=1.72 ms

--- 10.10.14.151 ping statistics --- 50 packets transmitted, 50 received, 0% packet loss, time 49055ms

rtt min/avg/max/mdev = 1.285/2.136/3.729/0.703 ms

Відредаговано Alver
Опубліковано: (відредаговано)

Режим ePTP

1478 bytes from 10.10.14.151: icmp_req=47 ttl=64 time=2.05 ms

1478 bytes from 10.10.14.151: icmp_req=48 ttl=64 time=1.96 ms

1478 bytes from 10.10.14.151: icmp_req=49 ttl=64 time=1.76 ms

1478 bytes from 10.10.14.151: icmp_req=50 ttl=64 time=1.89 ms

--- 10.10.14.151 ping statistics --- 50 packets transmitted, 50 received, 0% packet loss, time 49067ms

rtt min/avg/max/mdev = 1.702/2.111/3.025/0.296 ms

Как мы видим разницы в задержке в канале без нагрузки в режимах ePTP и TDD DL/UL- Flexible нет.

При этом в режиме ePTP используется фрейм переменной длины, в  TDD - фиксированной длины , а данном случае 5 ms.

В TDD  c фиксированным фреймом и фиксированным делением DL/UL возможна GPS синхронизация.

В TDD  c фиксированным фреймом и  Flexible  делением DL/UL GPS синхронизация невозможна, но меньше ( на 2-3 мс в точка-точка) задержка и , главное, в DL утилизируется 90-95% пропускной способности канала. . В этом режиме также возможен bonding 2-х каналов в PTP550.

В ePTP синхронизация невозможна , невозможен   bonding в PTP550, и также  в DL утилизируется 90-95% пропускной способности канала.

Что лучше ePTP или  TDD DL/UL Flexible в одноканальном  Force 300?

В TDD можно подрезать сверху модуляцию, чтобы она не прыгала при помехах и не увеличивался  jitter.

В ePTP эта фича недоступна. 

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

В ePTP нет автоматической регулировки усиления ATPC.

 

Відредаговано Alver
Опубліковано:
2 часа назад, Alver сказал:

Сообщите мне в личке МАС адрес устройства или через  поставщика. Такое поведение было у бракованных устройств 2.5 года назад ( производство январь- апрель  2018)  и  если у вас официальная поставка, то брак не должен был вам попасть.

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

Что там со 195?

Опубліковано:
12 часов назад, Alver сказал:

В TDD ошибки  (aid=1 disassociated. Reason: 53 (AP KEEP ALIVE RX STUCK) нет. 

В этом режиме такой ошибки нет, зато виснет АР намертво пока не перезагрузишь по питанию. В режиме еРТР зависания не зафиксировано, зато есть по 3-5 раз в сутки

aid=1 disassociated. Reason: 53 (AP KEEP ALIVE RX STUCK)

Буду благодарен за прошивку в тест и верификацию железа. МАСи скинул в ЛС.

Опубліковано:
9 часов назад, foreverok сказал:

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

Что там со 195?

И у мерседеса бывает брак, отзывают целые партии  для замены каких то блоков, кстати чаще это электроника. А была там проблема с  Ethernet  чипами- китайскими комплектующими.

Насчет 195- коронакризис поломал все производственные ( комплектующие) и логистические цепочки ( доставка) цепочки.

Трамп ввел пошлины на  американские товары, производимые в Китае, поэтому этот 195 боюсь что подорожает, немного , но этот сегмент очень прайс чувствителен. Но все порешаем. Скоро все же привезем это чудо и цену не поднимем. 

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

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

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

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

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

Вхід

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

Войти сейчас
×
×
  • Створити нове...