Gen Опубликовано 16 марта, 2005 · Жалоба Добрый день! Может кто сталкивался с подобной проблемой: имеем линк на 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ash Опубликовано 16 марта, 2005 · Жалоба Добрый день!Может кто сталкивался с подобной проблемой: имеем линк на 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 параметры радио какие? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 16 марта, 2005 · Жалоба Пробывали всякие разные настройки. Начали естественно с тех, что стояли по умолчанию. Щас стоит: 11б/г, дтим 1, бикон 100, бёрст тайм 0, ртс/фрагментация по умолчанию, ПСМ и Изоляция выключены. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ash Опубликовано 16 марта, 2005 · Жалоба Пробывали всякие разные настройки. Начали естественно с тех, что стояли по умолчанию. Щас стоит: 11б/г, дтим 1, бикон 100, бёрст тайм 0, ртс/фрагментация по умолчанию, ПСМ и Изоляция выключены. попробуйте сначала dtime 50 и потом еще можно попробовать burst time 1400 ( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 16 марта, 2005 · Жалоба Попробывал - никакой разницы Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ash Опубликовано 16 марта, 2005 · Жалоба Попробывал - никакой разницы я так полгаю у вас PtP линк. бикон можно увеличить, т.к. в радио всего 1-но присуствие в dtime в половину бикона. когда вы делаете пинг большим пакетом в эфире присутсвует еще трафик? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 16 марта, 2005 · Жалоба Никакого побочного трафика или радиосетей на этом канале нет. Каналы так же перебирали - эффекта ноль. Линк точка-точка, но построен как подключение моста к точке доступа, т.е. режим инфраструктура, а не ад-хок. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ash Опубликовано 16 марта, 2005 · Жалоба Никакого побочного трафика или радиосетей на этом канале нет. Каналы так же перебирали - эффекта ноль.Линк точка-точка, но построен как подключение моста к точке доступа, т.е. режим инфраструктура, а не ад-хок. проблема появилась после смены софта? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 16 марта, 2005 · Жалоба Софт не меняли, купили точки уже с прошивкой 2.4.8. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaXToP Опубликовано 16 марта, 2005 · Жалоба burst time 1400 ( параметр burst time, как я помню у них выставляет расстояние (типа ACK) по этому влиять и не должно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ash Опубликовано 16 марта, 2005 · Жалоба burst time 1400 ( параметр burst time, как я помню у них выставляет расстояние (типа ACK) по этому влиять и не должно. судя по докам и логике да.. но иногда практика показывает другое.. ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 16 марта, 2005 · Жалоба ничего не помогает что-то.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ash Опубликовано 17 марта, 2005 · Жалоба ничего не помогает что-то.. а какая скорость выставлена? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 17 марта, 2005 · Жалоба Ставили и 1 мбит для Б стандарта и Г стандарт с авто, всё перепробывали - эффект один. Тут дело именно в одновременной передаче пакетов. Скорость самого канала отличная, нареканий никаких, точки показывают уровень сигнала около 80%, но одновременная передача 2х пакетов, даже маленьких увеличивает задержки на 1-2 порядока. Похоже дело в прошивке, но другой я не нашёл. Что самое интересное, такая же пара точек стоит у нас на растоянии 800 метров с 17дБ антеннами и работают на максимум. Сегодня проверили "неработающие" точки на растоянии в 10 км - та же картина - сигнал отличный, одиночные пакеты летают, но скорость не больше 150кбит/с. Может у кого есть прошивка постарее немного? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 17 марта, 2005 · Жалоба Что самое интересное ... ничего интересного ... типичная ACK проблема ... Юзайте девайсы для которых оговорено до какого расстояния нет проблем с ACK ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 17 марта, 2005 · Жалоба В том и фишка, что эти девайсы работают якобы до 7 км без проблем. И я, честно говоря, нигде не видел такой характеристики, чтоб было растояние указано. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 17 марта, 2005 · Жалоба нигде не видел такой характеристики ... ВСЕГДА указывают если не имеет ACK проблем, например : http://www.vector.kharkov.ua/new/phorum/to...orum=1&topic=14 там : ...Не имеет тайминг проблем до 57км включительно ... и НИКОГДА не указывают если имеет ACK проблемы ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
OK Опубликовано 17 марта, 2005 · Жалоба Может у кого есть прошивка постарее немного? У меня есть все прошивки начиная с 2.1.0 На всех хорошо работает до 2км! Дальше... См. другие девайсы. Если хочешь могу прислать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 17 марта, 2005 · Жалоба плохо. у нас на канал в 3.2 км стоит длин 700 и 900+ и без проблем. а тут вроде более мощное оборудование и такая подстава :( если не сложно - вышли 2.4.7 например на gen555@mail.ru Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 17 марта, 2005 · Жалоба Хотя не пойму как растояние может влиять, если сигнал отличный. У точек что стоят на 800метров показывает уровень сигнала ниже чем у тех что на 3-4 км, но на 3-4 не работает - выходит они растояние определяют что ли? ведь нет каких-либо сильных задержек при даже больших пакетах Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
OK Опубликовано 17 марта, 2005 · Жалоба Вышлю все которые публиковались. Играйтесь:) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 17 марта, 2005 · Жалоба на сайте продавца указано что они работают до 25 км http://radioport.ru/cgi-bin/view.cgi?type=...o∏=99377648 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 17 марта, 2005 · Жалоба Хотя не пойму как растояние может влиять ... а что там понимать ... ACK проблема ... в три_тысяи_второй раз .... повторяю ... ACK это служебный пакет в эфире ... ЭТО квитанция на принятый пакет, что мол получил ... То кто передает, ждет этот ACK определенное время, по истечении которого считает что пакет "пропал" и надобно слать по новой ... Время распространения радиоволн конечно ... Пока радиоволна "сбегает" туда-сюда, время ожидания ACK заканчивается быстрее чем успевает прийти радиоволна ... Вот и все ... указано что они работают до 25 км типичный лохоразвод .... .... будут работають так как у Gen ... назвать такое работой ? Это надо быть особо изощренным :-D Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gen Опубликовано 17 марта, 2005 · Жалоба Я знаю зачем АСК и как он работает. Но если один пакет ходит по 2 мс, то почему 2 таких же пакета идут не 4-5 мс, как на других сенао, длинк и т.п., а 120-200мс и они ведь доходят... Просто раньше мы работали с оборудованием длинк и подобных проблем не наблюдалось, хотя была куча других :) "длинковских". А сенао работает стабильнее и надежнее, уже как несколько месяцев, потому меня и удивляет, что ж это за хрень такая. Кстати, раз уж зашёл разговор, то поделитесь опытом, на каком оборудовании лучше делать дальние линки (до 15 км)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 17 марта, 2005 · Жалоба Я знаю зачем АСК и как он работает ... а зачем тогда спрашивать ... Но если один пакет ходит по 2 мс, то почему ... особенности конкретной реализации ... когда у железа начинаются ACK проблемы то "крышу сносит" у всех по разному ... одни делают молча перепосылки ... в других рушится стек и они делают шторм в эфире ... с ума сходят все по разному :) мы работали с оборудованием длинк и подобных проблем не наблюдалось... это не зависит от того что написано на лейбочке_бумажке ... Это зависит от типа используемого чипа и FW ... Например ВСЕ изделия на чипе PRISM 2.5 ACK FREE UP TO 21 km Независимо от наклейки ... на каком оборудовании лучше делать дальние линки ... Уже ж сказал ... На том, где будет сказано до скольких км ACK FREE ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
