URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 91444
[ Назад ]

Исходное сообщение
"контроль connect-а"

Отправлено frank82 , 22-Апр-11 14:04 
Всем добрый день.
Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря
есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не играет роли!
Так вот вопрос - каким образом через команду либо используя прогу из портов можно проверить
реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.).
iperf не предлагайте, мне нужно видеть реальную сокрость на много
разных конектов, но из командного режима сервака, вернее програме нужно. А вот как это сделать
не знаю, подскажите ПЛИЗ кто что знает или думает.

Содержание

Сообщения в этом обсуждении
"контроль connect-а"
Отправлено Square , 23-Апр-11 02:25 
>[оверквотинг удален]
> Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря
> есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не
> играет роли!
> Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить
> реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.).
> iperf не предлагайте, мне нужно видеть реальную сокрость на много
> разных конектов, но из командного режима сервака, вернее програме нужно. А вот
> как это сделать
> не знаю, подскажите ПЛИЗ кто что знает или думает.

trafshow может быть?


"контроль connect-а"
Отправлено LSTemp , 24-Апр-11 23:19 
>[оверквотинг удален]
> Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря
> есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не
> играет роли!
> Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить
> реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.).
> iperf не предлагайте, мне нужно видеть реальную сокрость на много
> разных конектов, но из командного режима сервака, вернее програме нужно. А вот
> как это сделать
> не знаю, подскажите ПЛИЗ кто что знает или думает.

- для измерения реальной скорости м/ду хостами в любом случае придется ставить на одну сторону серверную часть специализированного софта, а на вторую - клиентскую. есть такая возможность?
- если не очень надо считать эту скорость до безобразия точно, то вполне сойдет и обычный FTP например без ограничения скорости клиента
- любое измерение реальной скорости канала сводится к загрузке последнего "по самое не балуйся". Вы уверены, что Вам это действительно надо (тем более на много коннектов)?
- ИМХО Вам нужен шейпинг - и канал не зальете и видеть будете кто как качает.


"контроль connect-а"
Отправлено VladBer , 24-Апр-11 23:39 
>[оверквотинг удален]
> Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря
> есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не
> играет роли!
> Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить
> реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.).
> iperf не предлагайте, мне нужно видеть реальную сокрость на много
> разных конектов, но из командного режима сервака, вернее програме нужно. А вот
> как это сделать
> не знаю, подскажите ПЛИЗ кто что знает или думает.

trafshow -n -i em0 host ip_address
где:
-n     - не выполнять преобразование ip адреса в имя
-i em0 - использовать интерфейс em0
host ip_addres - вместо ip_address подставить ip адрес иследуемого хоста.

trafshow есть в портах. whereis trafshow нарисует, где именно.

Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение скорости передавать в качестве аргумента другой программе?


"контроль connect-а"
Отправлено LSTemp , 25-Апр-11 02:21 
>[оверквотинг удален]
>> не знаю, подскажите ПЛИЗ кто что знает или думает.
> trafshow -n -i em0 host ip_address
> где:
> -n     - не выполнять преобразование ip адреса в
> имя
> -i em0 - использовать интерфейс em0
> host ip_addres - вместо ip_address подставить ip адрес иследуемого хоста.
> trafshow есть в портах. whereis trafshow нарисует, где именно.
> Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение
> скорости передавать в качестве аргумента другой программе?

Опа... я тоже...

от автора:
"Так вот вопрос - каким образом через команду либо используя прогу из портов можно проверить реальную скорость конекта". после твоего ответа подозреваю, ему не "реальную", а текущую скорость получить надо. лично я немного запутался. вопрос поставлен не совсем ясно.

тогда вопрос: что Вы подразумеваете под "коннектом", и "тип соединения", который "не играет роли"?


"контроль connect-а"
Отправлено frank82 , 25-Апр-11 09:30 
>[оверквотинг удален]
>> Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение
>> скорости передавать в качестве аргумента другой программе?
> Опа... я тоже...
> от автора:
> "Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить реальную скорость конекта". после твоего ответа подозреваю, ему
> не "реальную", а текущую скорость получить надо. лично я немного запутался.
> вопрос поставлен не совсем ясно.
> тогда вопрос: что Вы подразумеваете под "коннектом", и "тип соединения", который "не
> играет роли"?

Конекты разные: HDSL, DSL, dial-up, выделенная линия, на а за локалку то и нечего говорить
и так понятно какая скорость.
Короче говоря скоростя варируют совсем разные.
А скорость нужна не прохождения того или инного пакета, а соединения двух точек
(типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
уже написана и ждет решения этой проблы, если она решаема), для сбора статы начальству.


"контроль connect-а"
Отправлено LSTemp , 26-Апр-11 22:49 
>[оверквотинг удален]
>> играет роли"?
> Конекты разные: HDSL, DSL, dial-up, выделенная линия, на а за локалку то
> и нечего говорить
> и так понятно какая скорость.
> Короче говоря скоростя варируют совсем разные.
> А скорость нужна не прохождения того или инного пакета, а соединения двух
> точек
> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
> уже написана и ждет решения этой проблы, если она решаема), для сбора
> статы начальству.

бог с ними с "коннектами" и "типами"...

что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую скорость обмена данными в нем?


"контроль connect-а"
Отправлено frank82 , 28-Апр-11 22:33 
>[оверквотинг удален]
>> и так понятно какая скорость.
>> Короче говоря скоростя варируют совсем разные.
>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>> точек
>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>> статы начальству.
> бог с ними с "коннектами" и "типами"...
> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
> скорость обмена данными в нем?

Программе нужно отдать текущую скорость обменна данными канала


"контроль connect-а"
Отправлено LSTemp , 03-Май-11 02:48 
[cut]



"контроль connect-а"
Отправлено frank82 , 06-Май-11 00:49 
>[оверквотинг удален]
>>> Короче говоря скоростя варируют совсем разные.
>>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>>> точек
>>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>>> статы начальству.
>> бог с ними с "коннектами" и "типами"...
>> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
>> скорость обмена данными в нем?
>  Программе нужно отдать текущую скорость обменна данными канала

А при чем здесь cut???


"контроль connect-а"
Отправлено LSTemp , 12-Май-11 00:40 
>[оверквотинг удален]
>>>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>>>> точек
>>>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>>>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>>>> статы начальству.
>>> бог с ними с "коннектами" и "типами"...
>>> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
>>> скорость обмена данными в нем?
>>  Программе нужно отдать текущую скорость обменна данными канала
> А при чем здесь cut???

cut/copy/paste - http://www.translate.ru ?

я просто удалил свое сообщение. поскольку движок форума допускает только правку, то я [вырезал] весь текст.



"контроль connect-а"
Отправлено LSTemp , 12-Май-11 00:30 
>[оверквотинг удален]
>>> Короче говоря скоростя варируют совсем разные.
>>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>>> точек
>>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>>> статы начальству.
>> бог с ними с "коннектами" и "типами"...
>> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
>> скорость обмена данными в нем?
>  Программе нужно отдать текущую скорость обменна данными канала

тогда видимо шейпинг для Вас будет лучший выход (см. htb, tc). сможете и регулировать полосу, отдаваемую клиенту и статистику снимать.

даже если САМ шейпинг не нужен, то прицепив его к интерфейсу пользователя (и не ограничивая скорость) Вы всегда можете статистику получить (bps, pps, etc) с помощью одной команды, не зависимо от того, каким способом пользователь подключен.

придется конечно потрудиться для настройки шейпинга на каждого пользователя, но зато получите единый интерфейс для снятия данных о текущем состоянии канала пользователя - именно за это же Вы боритесь?

PS
универсальных' методов для решения подобных задач "ручным" способом не существует. Ваш вопрос больше относится к задачам, решаемыми биллинговыми системами, когда за Вас все кто-то давно "приручил" и Вы только деньги отстегиваете.


"контроль connect-а"
Отправлено frank82 , 19-Май-11 21:27 
>[оверквотинг удален]
> (и не ограничивая скорость) Вы всегда можете статистику получить (bps, pps,
> etc) с помощью одной команды, не зависимо от того, каким способом
> пользователь подключен.
> придется конечно потрудиться для настройки шейпинга на каждого пользователя, но зато получите
> единый интерфейс для снятия данных о текущем состоянии канала пользователя -
> именно за это же Вы боритесь?
> PS
> универсальных' методов для решения подобных задач "ручным" способом не существует. Ваш
> вопрос больше относится к задачам, решаемыми биллинговыми системами, когда за Вас
> все кто-то давно "приручил" и Вы только деньги отстегиваете.

Да то что ты подсказал это имено то, что я и ищу, но подскажи как шейпер установить
под ФРЯХУ (я что-то не могу найти как)!!!