Jump to content

Recommended Posts

Posted

Добрый день!

Может кто сталкивался с подобной проблемой: имеем линк на 3 км, антенны параболы 21дБ, и две сенао 3054 с прошивками 2.4.8. При пинговании пакетами меньше макисмального размера пакета в эзернете (1514 байт), т.е. когда он не фрагментируется, пинги идут с задеркой в 2-3 мс! но если указать пакет чуть больше предела, т.е. когда начинает передаваться сразу два пакета, то задержки возрастают на порядок.

Может кто знает, как это лечится?

Вот статистика пингов для обоих случаев:

1)

PING 192.168.1.237 (192.168.1.237): 1460 data bytes

1468 bytes from 192.168.1.237: icmp_seq=0 ttl=64 time=3.0 ms

1468 bytes from 192.168.1.237: icmp_seq=1 ttl=64 time=2.4 ms

1468 bytes from 192.168.1.237: icmp_seq=2 ttl=64 time=3.4 ms

1468 bytes from 192.168.1.237: icmp_seq=3 ttl=64 time=2.4 ms

1468 bytes from 192.168.1.237: icmp_seq=4 ttl=64 time=2.3 ms

1468 bytes from 192.168.1.237: icmp_seq=5 ttl=64 time=2.4 ms

1468 bytes from 192.168.1.237: icmp_seq=6 ttl=64 time=2.5 ms

1468 bytes from 192.168.1.237: icmp_seq=7 ttl=64 time=2.4 ms

 

--- 192.168.1.237 ping statistics ---

8 packets transmitted, 8 packets received, 0% packet loss

round-trip min/avg/max = 2.3/2.6/3.4 ms

2)

PING 192.168.1.237 (192.168.1.237): 1480 data bytes

1488 bytes from 192.168.1.237: icmp_seq=0 ttl=64 time=65.1 ms

1488 bytes from 192.168.1.237: icmp_seq=1 ttl=64 time=53.4 ms

1488 bytes from 192.168.1.237: icmp_seq=2 ttl=64 time=75.5 ms

1488 bytes from 192.168.1.237: icmp_seq=3 ttl=64 time=84.1 ms

1488 bytes from 192.168.1.237: icmp_seq=4 ttl=64 time=56.9 ms

1488 bytes from 192.168.1.237: icmp_seq=5 ttl=64 time=73.4 ms

  • Replies 52
  • Created
  • Last Reply

Top Posters In This Topic

Posted
Добрый день!

Может кто сталкивался с подобной проблемой: имеем линк на 3 км, антенны параболы 21дБ, и две сенао 3054 с прошивками 2.4.8. При пинговании пакетами меньше макисмального размера пакета в эзернете (1514 байт), т.е. когда он не фрагментируется, пинги идут с задеркой в 2-3 мс! но если указать пакет чуть больше предела, т.е. когда начинает передаваться сразу два пакета, то задержки возрастают на порядок.

Может кто знает, как это лечится?

Вот статистика пингов для обоих случаев:

1)

PING 192.168.1.237 (192.168.1.237): 1460 data bytes

1468 bytes from 192.168.1.237: icmp_seq=0 ttl=64 time=3.0 ms

1468 bytes from 192.168.1.237: icmp_seq=1 ttl=64 time=2.4 ms

1468 bytes from 192.168.1.237: icmp_seq=2 ttl=64 time=3.4 ms

1468 bytes from 192.168.1.237: icmp_seq=3 ttl=64 time=2.4 ms

1468 bytes from 192.168.1.237: icmp_seq=4 ttl=64 time=2.3 ms

1468 bytes from 192.168.1.237: icmp_seq=5 ttl=64 time=2.4 ms

1468 bytes from 192.168.1.237: icmp_seq=6 ttl=64 time=2.5 ms

1468 bytes from 192.168.1.237: icmp_seq=7 ttl=64 time=2.4 ms

 

--- 192.168.1.237 ping statistics ---

8 packets transmitted, 8 packets received, 0% packet loss

round-trip min/avg/max = 2.3/2.6/3.4 ms

2)

PING 192.168.1.237 (192.168.1.237): 1480 data bytes

1488 bytes from 192.168.1.237: icmp_seq=0 ttl=64 time=65.1 ms

1488 bytes from 192.168.1.237: icmp_seq=1 ttl=64 time=53.4 ms

1488 bytes from 192.168.1.237: icmp_seq=2 ttl=64 time=75.5 ms

1488 bytes from 192.168.1.237: icmp_seq=3 ttl=64 time=84.1 ms

1488 bytes from 192.168.1.237: icmp_seq=4 ttl=64 time=56.9 ms

1488 bytes from 192.168.1.237: icmp_seq=5 ttl=64 time=73.4 ms

 

параметры радио какие?

Posted

Пробывали всякие разные настройки. Начали естественно с тех, что стояли по умолчанию. Щас стоит: 11б/г, дтим 1, бикон 100, бёрст тайм 0, ртс/фрагментация по умолчанию, ПСМ и Изоляция выключены.

Posted
Пробывали всякие разные настройки. Начали естественно с тех, что стояли по умолчанию. Щас стоит: 11б/г, дтим 1, бикон 100, бёрст тайм 0, ртс/фрагментация по умолчанию, ПСМ и Изоляция выключены.

 

попробуйте сначала

dtime 50

 

и потом еще можно попробовать

burst time 1400 (

Posted
Попробывал - никакой разницы

 

я так полгаю у вас PtP линк.

бикон можно увеличить, т.к. в радио всего 1-но присуствие

в dtime в половину бикона.

 

когда вы делаете пинг большим пакетом в эфире присутсвует еще трафик?

Posted

Никакого побочного трафика или радиосетей на этом канале нет. Каналы так же перебирали - эффекта ноль.

Линк точка-точка, но построен как подключение моста к точке доступа, т.е. режим инфраструктура, а не ад-хок.

Posted
Никакого побочного трафика или радиосетей на этом канале нет. Каналы так же перебирали - эффекта ноль.

Линк точка-точка, но построен как подключение моста к точке доступа, т.е. режим инфраструктура, а не ад-хок.

 

проблема появилась после смены софта?

Posted
burst time 1400 (

 

параметр burst time, как я помню у них выставляет расстояние (типа ACK) по этому влиять и не должно.

 

судя по докам и логике да.. но иногда практика показывает другое.. ;)

Posted

Ставили и 1 мбит для Б стандарта и Г стандарт с авто, всё перепробывали - эффект один.

Тут дело именно в одновременной передаче пакетов. Скорость самого канала отличная, нареканий никаких, точки показывают уровень сигнала около 80%, но одновременная передача 2х пакетов, даже маленьких увеличивает задержки на 1-2 порядока. Похоже дело в прошивке, но другой я не нашёл.

Что самое интересное, такая же пара точек стоит у нас на растоянии 800 метров с 17дБ антеннами и работают на максимум.

Сегодня проверили "неработающие" точки на растоянии в 10 км - та же картина - сигнал отличный, одиночные пакеты летают, но скорость не больше 150кбит/с.

Может у кого есть прошивка постарее немного?

Posted

Что самое интересное ...

ничего интересного ... типичная ACK проблема ...

 

Юзайте девайсы для которых

оговорено до какого расстояния нет проблем с ACK ...

Posted

В том и фишка, что эти девайсы работают якобы до 7 км без проблем.

И я, честно говоря, нигде не видел такой характеристики, чтоб было растояние указано.

Posted

нигде не видел такой характеристики ...

ВСЕГДА указывают если не имеет ACK проблем,

например :

http://www.vector.kharkov.ua/new/phorum/to...orum=1&topic=14

там :

...Не имеет тайминг проблем до 57км включительно ...

 

и НИКОГДА не указывают если имеет ACK проблемы ...

Posted
Может у кого есть прошивка постарее немного?

У меня есть все прошивки начиная с 2.1.0

На всех хорошо работает до 2км! Дальше... См. другие девайсы.

Если хочешь могу прислать.

Posted

плохо.

у нас на канал в 3.2 км стоит длин 700 и 900+ и без проблем. а тут вроде более мощное оборудование и такая подстава :(

если не сложно - вышли 2.4.7 например на gen555@mail.ru

Posted

Хотя не пойму как растояние может влиять, если сигнал отличный.

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

Posted

Хотя не пойму как растояние может влиять ...

а что там понимать ... ACK проблема ...

в три_тысяи_второй раз .... повторяю ...

ACK это служебный пакет в эфире ...

ЭТО квитанция на принятый пакет, что мол получил ...

То кто передает, ждет этот ACK определенное время,

по истечении которого считает что пакет "пропал" и надобно

слать по новой ...

Время распространения радиоволн конечно ...

Пока радиоволна "сбегает" туда-сюда, время ожидания

ACK заканчивается быстрее чем успевает прийти радиоволна ...

Вот и все ...

 

указано что они работают до 25 км

типичный лохоразвод ....

.... будут работають так как у Gen ...

назвать такое работой ?

Это надо быть особо изощренным :-D

Posted

Я знаю зачем АСК и как он работает.

Но если один пакет ходит по 2 мс, то почему 2 таких же пакета идут не 4-5 мс, как на других сенао, длинк и т.п., а 120-200мс и они ведь доходят...

Просто раньше мы работали с оборудованием длинк и подобных проблем не наблюдалось, хотя была куча других :) "длинковских".

А сенао работает стабильнее и надежнее, уже как несколько месяцев, потому меня и удивляет, что ж это за хрень такая.

Кстати, раз уж зашёл разговор, то поделитесь опытом, на каком оборудовании лучше делать дальние линки (до 15 км)?

Posted

Я знаю зачем АСК и как он работает ...

а зачем тогда спрашивать ...

 

Но если один пакет ходит по 2 мс, то почему ...

особенности конкретной реализации ...

когда у железа начинаются ACK проблемы

то "крышу сносит" у всех по разному ...

одни делают молча перепосылки ...

в других рушится стек и они делают шторм в эфире ...

с ума сходят все по разному :)

 

мы работали с оборудованием длинк и подобных проблем не наблюдалось...

это не зависит от того что написано на лейбочке_бумажке ...

Это зависит от типа используемого чипа и FW ...

Например ВСЕ изделия на чипе PRISM 2.5 ACK FREE UP TO 21 km

Независимо от наклейки ...

 

на каком оборудовании лучше делать дальние линки ...

Уже ж сказал ...

На том,

где будет сказано до скольких км ACK FREE ...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.