Star_light Posted November 17, 2006 Posted November 17, 2006 (edited) имеется небольшая сеть... топология звезда... в центре коммутатор второго уровня 3com 4226... вопрос - как бороться в такой сети с мультикастовыми и броадкастовыми чатами... на коммутаторе IGMP Mulkticast filering - enble, Broast Storm Control - Enabled, Packet Treshhold - 1 Edited November 17, 2006 by Star_light Вставить ник Quote
Korj Posted November 17, 2006 Posted November 17, 2006 (edited) Для начала прочесть что такое малтикаст и бродкаст и для чего кроме чатов ещё они используются: в большинстве домосетей идея "бороться" с чатами отпадает после объяснения, что игрушки малтиплеерные тоже работать не будут. Вместо бороться - поставте IRC или Jabber - сервер. 4226 по-любому бороться нечем. Edited November 17, 2006 by Korj Вставить ник Quote
Барий Posted November 17, 2006 Posted November 17, 2006 http://forum.nag.ru/index.php?showtopic=31438 http://l2nt.info Вставить ник Quote
mr.Scamp Posted November 17, 2006 Posted November 17, 2006 Администрации сети необходимо ограничить мультикаст и броадкаст на узлах, где сходятся больше 10 абонентов до 1-5%, а не проводить активные arp-атаки против своих же пользователей. Вставить ник Quote
Барий Posted November 17, 2006 Posted November 17, 2006 Был вопрос: "как бороться в такой сети с мультикастовыми и броадкастовыми чатами...", а не как ограничить (зафильтровать) m/b-cast. Arp-атаки проводить не обязательно, можно использовать 802.3x Flow Control, который является стандартизированным методом управления потоком. Вставить ник Quote
mr.Scamp Posted November 29, 2006 Posted November 29, 2006 Фильтрование есть лучший способ борьбы в таких вот случаях. Или ограничивание всякого флуда широковещательного до разумных пределов, что неизбежно вызывает нестабильную работу т.н. чатов, особенно если ими активно пользуется весь сегмент. Вставить ник Quote
planken Posted December 17, 2006 Posted December 17, 2006 вопрос - как бороться в такой сети с мультикастовыми и броадкастовыми чатами... Вопрос - а для чего вообще бороться с такими чатами? Какой от них вред? У нас в сети до 50-60 чел. одновременно сидят в VypressChat, проблем не заметил (может пока не заметил ??? ). Установлен Джаббер, но он пользуется гораздо меньшей популярностью, чем чат. Вставить ник Quote
SMi Posted December 17, 2006 Posted December 17, 2006 Заметиш, скоро заметиш. Все броадкастовые/мультикастовые чаты зло! Решается так в гугле ищется програма типа VyKiller или что то подобное, запускается, и вы наслождаетесь звонкам пользователей "Админ, чё за касяк где чат!?". Ставте IRC. Вставить ник Quote
planken Posted December 17, 2006 Posted December 17, 2006 Заметиш, скоро заметиш. Все броадкастовые/мультикастовые чаты зло! Я понял, что зло, но в чем заключается ??? Подробней растолкуйте, плиз. Вставить ник Quote
Alteron Posted December 17, 2006 Posted December 17, 2006 Да никто ничего сейчас не скажет, кроме того, что такие чаты якобы производят ну просто бешенную нагрузку на сеть. Лично я, даже наблюдая в чате более сотни человек, копирую фильм с сервера, который находится километра за полтора от меня или более чем за 20 свитчами, со скоростью 7-8 Мб/с. Приезжал в другую сеть, там расстояния ещё больше. И маска подсети там /23. Там они тоже какой-то броадкастовый чат пользуют (вроде бы борг). Копировал фильмы с фтп. Скорость тоже приличная: прыгала между 5-8 Мб/с. Вставить ник Quote
dmnp Posted December 17, 2006 Posted December 17, 2006 Лично я, даже наблюдая в чате более сотни человек, копирую фильм с сервера, который находится километра за полтора от меня или более чем за 20 свитчами, со скоростью 7-8 Мб/с. Приезжал в другую сеть, там расстояния ещё больше. И маска подсети там /23. Там они тоже какой-то броадкастовый чат пользуют (вроде бы борг). Копировал фильмы с фтп. Скорость тоже приличная: прыгала между 5-8 Мб/с. позовите сюда Irsi ;) Вставить ник Quote
planken Posted December 17, 2006 Posted December 17, 2006 Лично я, даже наблюдая в чате более сотни человек, копирую фильм с сервера, который находится километра за полтора от меня или более чем за 20 свитчами, со скоростью 7-8 Мб/с. Приезжал в другую сеть, там расстояния ещё больше. И маска подсети там /23. Там они тоже какой-то броадкастовый чат пользуют (вроде бы борг). Копировал фильмы с фтп. Скорость тоже приличная: прыгала между 5-8 Мб/с. Ну это понятно, что броадкастовые пакеты получают все, но так ли велика нагрузка на сеть, которую создает тот же VyPress Chat ? У нас сеть DOCSIS на основе кабельного ТВ, от головного модема к кабельным абонентским модемам все равно весь трафик широковещательный, а абонентские модемы выбирают пакеты, которые предназначены для них. Видимо нам чат не страшен, я так понимаю ??? Вставить ник Quote
itl2044 Posted December 18, 2006 Posted December 18, 2006 В Вашем случае как раз броадкаст СМЕРТЕЛЕН. доксис модеды и так не блещут скоростью, а при броадкасте они ложатся. Вставить ник Quote
planken Posted December 18, 2006 Posted December 18, 2006 В Вашем случае как раз броадкаст СМЕРТЕЛЕН.доксис модеды и так не блещут скоростью, а при броадкасте они ложатся. Дык, не ложаться же. С приемом модемами сигнала от головного кабельного модема ЦМТС, проблем вообще нет, бывают проблемы с передачей из-за шумов в обратном канале. Теоретически скорость до 30 Мб/c прием и до 3 Мб/c передача, мы правда скорость урезаем. Говорю же - до 50 чел. в чате, при неск. сотнях клиентов, проблем не замечено. Сеть, однако, растет, может в дальнейшем могут возникнуть проблемы ??? Просто чат очень популярен - в сети много чайников, чатом пользуются, mIRC не хотят. Не хотелось бы ограничивать. Пока ничего вразумительного не услышал, кроме того, что чат - зло и смертелен. Вставить ник Quote
vIv Posted December 18, 2006 Posted December 18, 2006 Google: Your search - VyKiller - did not match any documents. У вас IP сеть и CMTS выступает роутером. Вставить ник Quote
SMi Posted December 18, 2006 Posted December 18, 2006 VyKiller это так к примеру. У нас например чат разросся до того что свичи ложились, пока сеть на сигменты не порубили свичи вешались. 5 мбит/с броадкаста не есть гуд. 50 человек это тьфу, когда их 1000 или больше вот тут 100 человек в чате начинают сильно гадить. Вставить ник Quote
itl2044 Posted December 18, 2006 Posted December 18, 2006 Когда в сетях есть пробросы полудуплекса (радио напроимер) в тот момент, когда ходит броадкаст, легитимный трафик не может быть передан. Скорости падают в среднем в 5 - 10 раз. Вставить ник Quote
Alteron Posted December 18, 2006 Posted December 18, 2006 Ну что такое 5Мбит/с? Это всего лиш 5% от пропускной способности сети. Ладно, пусть с учётом служебного трафика и т.д. 10%. Если оборудование не способно выдержать такую нагрузку броадкастом, то нафига оно надо? У вас что, все сети построены на умных свитчах? Тупые свитчи, типа телесинов, по крайней мере у нас, работают без каких-либо проблем. Вставить ник Quote
itl2044 Posted December 18, 2006 Posted December 18, 2006 А вот здесь Вы и не правы! 5 мегабит ПРИОРИТЕТНОГО трафика создают настоящую головную боль, так как не броадкаст пакеты просто не вмещаются в буфер, их выталкивает броадкаст трафик. Ну и самое главное: Броадкаст ни когда не бывает 1500 байт Как правило это около 40 - 50 байт. 5 мегабит обычного трафика - это примерно 3300 пакетов в секунду, а вот 5 мегабит броадкаста - это 125000 пакетов в сек, что в принципе является практически пределом для обычного неуправляемого свича. Вставить ник Quote
Ascent77 Posted December 19, 2006 Posted December 19, 2006 (edited) не так нельзя матчасть надо знать :( 1024*1024*5/8/64 = 10240 пакетов в секунду, это броадкаст 5Мбит/с, а тупые свитчи неблокируемые уже сто лет как. Edited December 19, 2006 by Ascent77 Вставить ник Quote
itl2044 Posted December 19, 2006 Posted December 19, 2006 не так нельзя матчасть надо знать :(1024*1024*5/8/64 = 10240 пакетов в секунду, это броадкаст 5Мбит/с, а тупые свитчи неблокируемые уже сто лет как. Простите, что это за бред?Это формула для вычисления кислорода на марсе? Что бы узнать скорость в пакетах в секунду, нужно занимаемую полосу разделить на длину пакета. 5 000 000 / 40 = 125 000 пакетов с сек. Вставить ник Quote
Ascent77 Posted December 19, 2006 Posted December 19, 2006 (edited) itl2044 Не позорьтесь 1024 бита/с = 1Кбит/с, умножаем на 1024 получаем 1Мбит/с, умножаем на 5, получаем 5Мбит/с, делим на 8(так как пакеты измеряются не в битах а в байтах 1байт=8бит), делим на 64 минимальный размер езернет пакета. Хотя вам наверно на это ... :) Edited December 19, 2006 by Ascent77 Вставить ник Quote
itl2044 Posted December 19, 2006 Posted December 19, 2006 Сорри, совсем из головы вылетело, что пакет в байтах, но вот его минимальный размер 32 байта +14 заголовок Даже при таком раскладе 14 тыс пакетов в сек это нормально для магистрали? ПРИОРИТЕТНЫХ пакетов. Вставить ник Quote
Ascent77 Posted December 20, 2006 Posted December 20, 2006 itl2044, The Basic Ethernet Frame Format The IEEE 802.3 standard defines a basic data frame format that is required for all MAC implementations, plus several additional optional formats that are used to extend the protocol's basic capability. The basic data frame format contains the seven fields shown in Figure 7-6. •Preamble (PRE)—Consists of 7 bytes. The PRE is an alternating pattern of ones and zeros that tells receiving stations that a frame is coming, and that provides a means to synchronize the frame-reception portions of receiving physical layers with the incoming bit stream. •Start-of-frame delimiter (SOF)—Consists of 1 byte. The SOF is an alternating pattern of ones and zeros, ending with two consecutive 1-bits indicating that the next bit is the left-most bit in the left-most byte of the destination address. •Destination address (DA)—Consists of 6 bytes. The DA field identifies which station(s) should receive the frame. The left-most bit in the DA field indicates whether the address is an individual address (indicated by a 0) or a group address (indicated by a 1). The second bit from the left indicates whether the DA is globally administered (indicated by a 0) or locally administered (indicated by a 1). The remaining 46 bits are a uniquely assigned value that identifies a single station, a defined group of stations, or all stations on the network. •Source addresses (SA)—Consists of 6 bytes. The SA field identifies the sending station. The SA is always an individual address and the left-most bit in the SA field is always 0. •Length/Type—Consists of 2 bytes. This field indicates either the number of MAC-client data bytes that are contained in the data field of the frame, or the frame type ID if the frame is assembled using an optional format. If the Length/Type field value is less than or equal to 1500, the number of LLC bytes in the Data field is equal to the Length/Type field value. If the Length/Type field value is greater than 1536, the frame is an optional type frame, and the Length/Type field value identifies the particular type of frame being sent or received. •Data—Is a sequence of n bytes of any value, where n is less than or equal to 1500. If the length of the Data field is less than 46, the Data field must be extended by adding a filler (a pad) sufficient to bring the Data field length to 46 bytes. •Frame check sequence (FCS)—Consists of 4 bytes. This sequence contains a 32-bit cyclic redundancy check (CRC) value, which is created by the sending MAC and is recalculated by the receiving MAC to check for damaged frames. The FCS is generated over the DA, SA, Length/Type, and Data fields. итого: минимум 64 байта :) P.S. подробнее http://www.cisco.com/univercd/cc/td/doc/ci...oc/ethernet.htm Вставить ник Quote
SMi Posted December 20, 2006 Posted December 20, 2006 Вы это незабывайте что есть клиенты которые подключены по некоторым причинам на 10 мегабит, и некоторые на полудуплекс. Представляете что с ними происходит? Потому броадкаст зло, кто его плодит злодей, и ниипёт. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.