форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"выбор свитча для учета трафика"
Сообщение от thehangedman on 21-Окт-03, 23:07  (MSK)
добрый день. передо мной стоит задача - учет клиентского трафика для интернет-клуба. это необходимая функция для клиент-серверной программы - билинга/клиентской оболочки, работающей под windows, и для ее решения я в свое время написал сниффер. но старенький хаб уже не устраивает, а со свичем сниффер естественно бесполезен. теперь видимо придется учет траффика перенести на линуксовый шлюз, но придется также организовывать обмен с виндовой программой, а хотелось бы более простого и главное универсального решения. я предполагаю использование свича с возможностью доступа по snmp, ведь встроить в мою программу snmp-клиента проблемы не составит. возможно, кто-нибудь мог бы посоветовать другой вариант, более простой? а главный вопрос - мне нужен совет по выбору свитча - требуется наиболее экономное решение 1000/100, 4 портовый, ну и понятно - чтобы был снмп, или что-нибудь еще, что могло бы мне помочь.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "выбор свитча для учета трафика"
Сообщение от Michael on 22-Окт-03, 08:51  (MSK)
>передо мной стоит задача - учет клиентского трафика для интернет-клуба. это необходимая >функция для клиент-серверной программы - билинга/клиентской оболочки, работающей под windows, и >для ее решения я в свое время написал сниффер. но старенький >хаб уже не устраивает, а со свичем сниффер естественно бесполезен. совершенно не естественно! многие современные свичи имеют функцию порта-монитора, на который дублируется весь трафик, проходящий сквозь него. только учти, что вместе с нужным трафиком ты получишь еще кучу служебного и вспомогательного! >теперь >видимо придется учет траффика перенести на линуксовый шлюз, а вот это давно пора! >но придется также >организовывать обмен с виндовой программой, а хотелось бы более простого и >главное универсального решения. я предполагаю использование свича с возможностью доступа по >snmp, ведь встроить в мою программу snmp-клиента проблемы не составит. возможно, >кто-нибудь мог бы посоветовать другой вариант, более простой? имхо, возьми нормальный биллинг и не изобретай себе геморрой! не так уж дорого он и стоит... а учет на свиче будет сильно завышать трафик.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "выбор свитча для учета трафика"
	Сообщение от thehangedman on 22-Окт-03, 16:06  (MSK)
	>совершенно не естественно! >многие современные свичи имеют функцию порта-монитора, на который дублируется весь трафик, проходящий >сквозь него. >только учти, что вместе с нужным трафиком ты получишь еще кучу служебного >и вспомогательного! спасибо, я не знал про порты-мониторы. служебный трафик меня не смущает, снифером я тоже много лишнего ловил. это было бы хорошее решение проблемы, так как мне не придется ничего переписывать в программе. но вопрос остается в силе - мне нужен совет по выбору конкретной модели свича с функцией порта-монитора, достаточно дешевое решение. я понимаю, что с таким вопросом меня можно послать по адресу, но идя по адресу, хотелось бы отталкиваться от чужого опыта. >>теперь >>видимо придется учет траффика перенести на линуксовый шлюз, >а вот это давно пора! это давно и сделано. одно дело учет траффика, к примеру за день, ну, ежечасный, а другое дело - посекундный учет, когда счет идет на рубли в секунду, и при этом нужно каждые пять секунд обновлять информацию на клиентских программах. и нет смысла переносить часть функциональности программы на другую машину. >имхо, возьми нормальный биллинг и не изобретай себе геморрой! >не так уж дорого он и стоит... моя программа куда круче и функциональнее любого своего аналога. зачем мне чужой билинг, если у меня все есть? учет траффика - лишь небольшая часть функций моей программы, но и она комплекснее любой существующей. >а учет на свиче будет сильно завышать трафик. почему?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "выбор свитча для учета трафика"
	Сообщение от YuryD on 22-Окт-03, 16:32  (MSK)
	>спасибо, я не знал про порты-мониторы. служебный трафик меня не смущает, снифером >я тоже много лишнего ловил. это было бы хорошее решение проблемы, Посмотри compex PS2216 - дещево и сердито, особенно isolated ports
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "выбор свитча для учета трафика"
	Сообщение от thehangedman on 22-Окт-03, 20:25  (MSK)
	> Посмотри compex PS2216 - дещево и сердито, особенно isolated ports слишком уж сердито, я вобще четырехпортовый тысячник просил))
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "выбор свитча для учета трафика"
	Сообщение от Michael on 22-Окт-03, 18:21  (MSK)
	>но вопрос >остается в силе - мне нужен совет по выбору конкретной модели >свича с функцией порта-монитора, достаточно дешевое решение. я понимаю, что с >таким вопросом меня можно послать по адресу, но идя по адресу, >хотелось бы отталкиваться от чужого опыта. у нас используется hp procurve 2524, не самый дешевый и не самый крутой, но отличный свич, очень довольны. >>а учет на свиче будет сильно завышать трафик. >почему? я имел ввиду случай, если снимать показания счетчиков через snmp. ведь свич измеряет размеры ethernet-фреймов, он ничего не знает про протокол ip. и, соответственно, все служебные заголовки, служебные поля и т.п. он будет считать за полезные данные, в том числе, не только у ip, а вообще у любого протокола выше 2-го уровня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "выбор свитча для учета трафика"
	Сообщение от thehangedman on 22-Окт-03, 20:45  (MSK)
	>у нас используется hp procurve 2524, не самый дешевый и не самый >крутой, но отличный свич, очень довольны. мне бы тысячник, а портов поменьше.. у меня там всего три порта занято будет + 1 монитор. >я имел ввиду случай, если снимать показания счетчиков через snmp. >ведь свич измеряет размеры ethernet-фреймов, он ничего не знает про протокол ip. мой провайдер тоже ничего не знает про ip, так что все в порядке ;) но мне в любом случае уже не нравится идея с snmp, хочу порт-монитор) >и, соответственно, все служебные заголовки, служебные поля и т.п. он будет считать >за полезные данные, в том числе, не только у ip, а >вообще у любого протокола выше 2-го уровня. на самом деле, я должен посчитать _весь_ трафик (политика компании - больше не меньше)). мой снифер также учитывал полный размер кадра, а не только данные протоколов сетевого уровня и выше. но, как показала практика, расхождения с данными того же ipac'а крайне незначительны.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "выбор свитча для учета трафика"
	Сообщение от Leningrad on 22-Окт-03, 20:56  (MSK)
	госсвязьнадзор на тебя и твоего прова!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "выбор свитча для учета трафика"
	Сообщение от screepah on 23-Окт-03, 09:12  (MSK)
	поищи свитч среди PLANET, например WGSD-1020 (только там портов больше, чем тебе нужно)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.