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

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

"Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
Сообщение от Gray on 21-Май-03, 18:06  (MSK)
Помогите плиз подобрать железо. Нужно чтобы это был например свитч. Умел бы работать с vlan - желательно чтоб и port-based и 802.1q и что бы с него снимать данные по трафику можно было, желательно netflow, ну или на крайняк что попроще (типа SNMP). А и самое главное чтобы мог шейпить скорость отдельно для каждого порта.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
Сообщение от Vlad on 22-Май-03, 08:39  (MSK)
В голову приходят только каталисты от 3500 и выше дороговастенько а 802.1q это тоже портбэйзед ;)
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Gray on 22-Май-03, 09:09  (MSK)
	>В голову приходят только каталисты от 3500 и выше А можно поподробнее? 3550 подойдет? С каким шагом он шейпит? Можно ли на нем задать максимальную скорость на порту 64Кбит/с? И как с него трафик снимать можно? Netflow умеет?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Sonne on 22-Май-03, 12:06  (MSK)
	>>В голову приходят только каталисты от 3500 и выше > >А можно поподробнее? 3550 подойдет? С каким шагом он шейпит? Можно ли >на нем задать максимальную скорость на порту 64Кбит/с? И как с >него трафик снимать можно? Netflow умеет? Каталистом 3550 шейпить 64К ? Затратно. Imho подойдет коплекет из какойнибудь cisco1751 и дешевого L2 каталиста 2950. На каталисте порты, на циске шейпинг, нетфлов, ACL.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Gray on 24-Май-03, 11:48  (MSK)
	>Каталистом 3550 шейпить 64К ? Затратно. > >Imho подойдет коплекет из какойнибудь cisco1751 и дешевого L2 каталиста 2950. На >каталисте порты, на циске шейпинг, нетфлов, ACL. Смысл в том, что необходимо на базе ethernet нарезать каналы определенной пропускной способности и при необходимости - считать проходящий в некоторых из них трафик. Мне эта проблема увиделась как построение отдельных vlan и ограничение их по пропускной способности. Даже если с каждым свичом ставить роутер, что имхо тоже не дешево, то все равно это не решает проблему, когда vlan имеет более одного порта на свиче - т.е. условно два компа на одном свиче попадают в один vlan и общаются между собой напрямую, минуя роутер, со всемы вытекающими последствиями - отсутсвием шейпинга и возможности подсчета трафика :( P.S. только что пришел в голову вариант подсчета трафика в том случае если свич этого не может - лишь бы зеркалировать умел, но как шейпить все равно непонятно...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Vlad on 24-Май-03, 11:58  (MSK)
	задача у тебя больно забубенная тут вообще наверно надо VPN или PPPoE там можно и рулить что хошь и считать тоже потому как общаться юзвери будут только через сервер/роутер
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Gray on 26-Май-03, 09:53  (MSK)
	>задача у тебя больно забубенная Задача предоставить юзверям услугу передачи данных. Нарезать планируется по скорости+анлимитед и по скорости+трафик. Может я не с той стороны подхожу к решению, но идея мне показалась правильной - организовать vlan'ы внутри сети и шейпить их и обсчитывать. ИМХО это правильно с той точки зрения, что я т.о. не накладываю на клиента никаких ограничений, а просто выделяю ему виртуальную сеть в которой он и творит что душе угодно - т.е. любые IP-адреса и т.д. >тут вообще наверно надо VPN или PPPoE >там можно и рулить что хошь и считать тоже потому как общаться >юзвери будут только через сервер/роутер Не совсем понимаю как это может помочь в данной ситуации ... Если можно - подробнее.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Vlad on 26-Май-03, 10:31  (MSK)
	>Не совсем понимаю как это может помочь в данной ситуации ... Если >можно - подробнее. ты уверен что тебе нужно именно шейпить? просто более менее хорошо шейпить можно только исходящие потоки и то при небольших потоках при больших потоках это очень накладно более-менее дешевые свичи включая даже 3550 не умеют шейпить, они могут шейпить дропая пакеты на входящих, а это применимо только для приложений типа голоса или видео, то есть где нет гарантированной доставки пакета поэтому подумай еще раз насколько тебе нужно шейпить? может можно обойтись приоритетами,Qos, DSCP, WRR, тем что на свичах по человечески работает? а так твоя задача подразумевает почти полный контроль на траффиком самый дешевый для этого способ - весь траффик гнать через центральный мощный роутер, который все это сумеет, неважно аппаратный он, или на фрибсд, а клиентов подключать к нему через изернет, но по технологиям точка-точка, VPN PPPoE ...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Dima on 25-Май-03, 00:35  (MSK)
	Шепить можно на днях это делал на 3550, это делается с помощью QOS и policy-map Канал таким образом можно уменьшить, но будет очень заметны затыки в работе так как нет возможности ставить пакеты в очередь, каталист их будет просто Дропать. в итоге не удобно считать трафик прямо на каталисте, так как будет много бесполезного трафика. Так что считать придется уже дальше на роутере по средством NetFlow. Увы не лучший вариант для точной статистики.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Vlad on 25-Май-03, 22:32  (MSK)
	дропать не рекомендуецца ни в коем разе будут просто кранты недавно пробовал дропать траффик как бы упал, но катастрофически буквально в десятки раз по сравнению с заявленной полосой и зависел больше от разрешенного берста чем средней полосы так при полосе в мегабит и берсте 4килобайта траффик не поднимался выше 12килобайт в секунде то есть пока траффик не будет превышать разрешенной толщины все будет ок, как только превысит и пойдут дропы, в-основном будут одни дропы
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Dima on 26-Май-03, 11:07  (MSK)
	Думаю полноценного уменьшения канала на каталиситах не получится. тем более что то считать.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от A Clockwork Orange on 26-Май-03, 17:35  (MSK)
	Судя по всему вышесказанному, нарезать канал нельзя никаким средствами? Есть на входе канал 10 Мбит для клиентов надо получить от 10М до 64к. И решения нет? А зачем использовать VPN PPPoE для этих целей и вовсе не ясно? Для аутентицикации да, для учета трафика да, вопрос потянет ли фря такую мощь VPN на 50 клиентов как ВАМ?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Vlad on 26-Май-03, 19:33  (MSK)
	>Судя по всему вышесказанному, нарезать канал нельзя никаким средствами? свичем не получится >Есть на входе канал 10 Мбит для клиентов надо получить от 10М >до 64к. >И решения нет? такого как тебе хочется врядли развечто если брать какуюнить верхнюю модель каталистов с полноценными возможностями по маршрутизации но енто дебе обойдется в дикую сотню тыщ баксов >А зачем использовать VPN PPPoE для этих целей и вовсе не ясно? да чегож не ясного >Для аутентицикации да, для учета трафика да, вопрос потянет ли фря такую >мощь VPN на 50 клиентов как ВАМ? смотря какая машина но скажем любая современня машина на 2гиговом проце и с гигом озу 1гигабит разрулит запросто
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от A Clockwork Orange on 27-Май-03, 09:22  (MSK)
	>>Судя по всему вышесказанному, нарезать канал нельзя никаким средствами? >свичем не получится > >>Есть на входе канал 10 Мбит для клиентов надо получить от 10М >>до 64к. >>И решения нет? >такого как тебе хочется врядли >развечто если брать какуюнить верхнюю модель каталистов с полноценными возможностями по маршрутизации > >но енто дебе обойдется в дикую сотню тыщ баксов > >>А зачем использовать VPN PPPoE для этих целей и вовсе не ясно? >да чегож не ясного > >>Для аутентицикации да, для учета трафика да, вопрос потянет ли фря такую >>мощь VPN на 50 клиентов как ВАМ? > >смотря какая машина >но скажем любая современня машина на 2гиговом проце и с гигом озу >1гигабит разрулит запросто Ну отчего же свитчом? Взять маршрутизатор серии не ниже 366х и к нему катались хотя бы 2950  шейпить входящий на клиентов трафик на здоровье. Скажешь плохо получится? Там еще запас по производительности на 10М будет. А про PPPoE ответа не получил!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Vlad on 28-Май-03, 10:44  (MSK)
	>Ну отчего же свитчом? >Взять маршрутизатор серии не ниже 366х и к нему катались хотя бы >2950  шейпить входящий на клиентов трафик на здоровье. >Скажешь плохо получится? >Там еще запас по производительности на 10М будет. > >А про PPPoE ответа не получил! я как понял ты хочешь рулить таким образом весь траффик и внешний и внутренний? если да, то тебе нужно вытягивать весь траффик на центральный дивайс чем неважно, VPN PPPoE или вланами циска 3660 ну вытянет, но вопрос насколько у тебя активный траффик будет и сколько ты политик, аксеслистов и прочих активных задач навесишь на нее
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от A Clockwork Orange on 29-Май-03, 08:25  (MSK)
	>>Ну отчего же свитчом? >>Взять маршрутизатор серии не ниже 366х и к нему катались хотя бы >>2950  шейпить входящий на клиентов трафик на здоровье. >>Скажешь плохо получится? >>Там еще запас по производительности на 10М будет. >> >>А про PPPoE ответа не получил! > >я как понял ты хочешь рулить таким образом весь траффик и внешний >и внутренний? >если да, то тебе нужно вытягивать весь траффик на центральный дивайс >чем неважно, VPN PPPoE или вланами >циска 3660 ну вытянет, но вопрос насколько у тебя активный траффик будет >и сколько ты политик, аксеслистов и прочих активных задач навесишь на >нее хе , ну это ясно что если их него делать фаерволл для 50 клиентов и этого мало покажется. впорос в правильной нарезке, скажем даже не правильной, а как по правилам как по науке это сделать. а запаса на 3662 даже для 10М по трафику достаточный.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Sonne on 29-Май-03, 11:41  (MSK)
	Еще раз. Предлагаю вариант. Ставится каталист 3550-24emi. На нем поднимаются все вланы и устраивается ядро маршрутизации. Локальный трафик считать не надо, потому что у коммутатора неблокирующая производдительность, не смогут пользователи ресурсы свича перегрузить. Далее задача в том, чтобы предоставлять клиентам выход в интернет. Какая бы скорость канала не была, реально вряд ли аплинк будет более 10 мбит. Ставишь уже упомянутую 1721 или 1751 и шейпишь по подсетям. Запаса проца хватит на несколько десятков клиентов. Речь ведь все таки о гигабайтах, а не о террабайтах. У меня такая схема работала для 2-3 десятков клиентов при том, что 1751 не только трафик шейпила, но и еще локальный трафик маршрутизила, т.к. VLANы собирались на дешевых 29xx. Если сделать 1751+3550(L3), то вместо десятков клиентов можно будет сотни прописать. Благо памяти туда можно до 96Метров нарастить, что получше будет некоторых 26xx-36xx моделей. Да что говорить, лучше один раз увидеть http://stat.kbpauk.ru/mrtg/ cs1 - это 1751, es1, es2 - каталисты.  Больше года назад я там все сделал, до сих пор пашет как часы (без администратора), так что показать не стыдно :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Gray on 29-Май-03, 19:52  (MSK)
	>Ставится каталист 3550-24emi. На нем поднимаются все вланы и устраивается ядро маршрутизации. >Локальный трафик считать не надо, потому что у коммутатора неблокирующая производдительность, >не смогут пользователи ресурсы свича перегрузить. Есть сеть. Представляет из себя кучу сегментов соединенных между собой 2Мб-ными каналами (Cronyx PCM2L - Ethernet<->G.703). Также имеется несколько точек доступа RadioEthernet (Cisco Aironet AP352). Необходимо на базе этой сети организовать передачу данных для клиентов. Например клиент хочет объединить 3 точеки. 1-я точка на радио, 2-я на свиче в который включено радио, 3-я на свиче соединенном с ним 2Мбитным каналом. Далее мои мысли: 1. Было бы правильным не ограничивать клиента а предоставить ему свободу действий вплане выбора IP-адресов или того что он там будет передавать. Это легко решается организацией VLAN (свичи должны уметь VLAN, радио VLAN - умеет, Cronyx - через себя пропускает). 2. Возникает вопрос как сделать так, чтобы этот клиент не перегружал: > >Далее задача в том, чтобы предоставлять клиентам выход в интернет. Какая бы >скорость канала не была, реально вряд ли аплинк будет более 10 >мбит. Ставишь уже упомянутую 1721 или 1751 и шейпишь по подсетям. >Запаса проца хватит на несколько десятков клиентов. Речь ведь все таки >о гигабайтах, а не о террабайтах. > >У меня такая схема работала для 2-3 десятков клиентов при том, что >1751 не только трафик шейпила, но и еще локальный трафик маршрутизила, >т.к. VLANы собирались на дешевых 29xx. > >Если сделать 1751+3550(L3), то вместо десятков клиентов можно будет сотни прописать. Благо >памяти туда можно до 96Метров нарастить, что получше будет некоторых 26xx-36xx >моделей. > >Да что говорить, лучше один раз увидеть >http://stat.kbpauk.ru/mrtg/ > >cs1 - это 1751, es1, es2 - каталисты.  Больше года назад >я там все сделал, до сих пор пашет как часы (без >администратора), так что показать не стыдно :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Gray on 29-Май-03, 20:29  (MSK)
	... продолжение ... 2. Возникает вопрос как сделать так, чтобы этот клиент не перегружал: a) Радиосеть - когда обменивается между точкой на радио и точкой на том же свиче что и радио? (ведь на радио есть и другие клиенты и не хочу я чтобы он работал быстрее чем ему положено) б) 2Мбитный канал между сегментами, когда обменивается между 2-й и 3-ей точкой? (на обоих свичах ведь есть и другие пользователи - которые тоже хотят жить, вдруг он там фильмы будет целыми днями с одного места в дугое переливать...) Вывод - нужно шейпить на портах свичей или придумать какой-то еще вариант. 3. В отдельности задачи казалось бы простые и решаются просто - напрмер возьмем задачу с подсчетом трафика на отдельно взятом свиче: если свич умеет зеркалирование и на нем есть вланы - то ставим писюк под фрей, создаем нужные вланы, зеркалируем нужные порты на писюк, натравливаем на нем прогу по подсчету трафика на интерфейсы типа влан0 и т.д. и наслаждаемся считая трафик по каждому влану отдельно. (недостатки: к каждому свичу по писюку - громоздко; если на свиче мы не умеем шейпить, то при большом потоке данных порт не успевает отображать весь трафик и мы его теряем...) Если рассматривать отдельно задачу по разделению трафика между отдельно взятым свичом и 2Мбитным каналом до другого свича - тоже все выглядит достаточно просто: берем свич с вланами, объединяем все вланы в один порт 802.1q и втыкаем в него писюк с фрей и двумя интерфейсами (во второй интерфейс втыкаем 2Мбитный канал со свичем на другом конце канала), поднимаем на обоих интерфейсах все нужные вланы и настраиваем бридж между идентичными из них, затем создаем пайпы и заворачиваем файрволом весь трафик в пайпы. (недостатки: а если к одному свичу 6 магистральных (2Мбит) каналов приходит.... ну допустим умудримся мы в один комп 4 интерфейса воткнуть, так все равно 3!!! компа нужно... да и не решает это все равно вопрос с радио... разве что его тоже на отдельный интерфейс втыкать. Вобщем все это более менее приемлемо было бы, если допустим точек таких 3 и клиентов штук 10 от силы, а если точек 20-25? Это сколько тогда компов нужно, а следить за ними, а дыры латать, а они еще ломаться умеют, а те что не умеют - так они и стоят не слабо.... Вобщем не в деньгах даже дело, а в надежности решения. Пока что все получается громоздко и без того. VPN и PPoE только добавляет сложности. Учитывая что свичи для посторонних недоступны, то пока необходимости в усложнении схемы ради организации авторизации ИМХО смысла нет.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от A Clockwork Orange on 30-Май-03, 10:24  (MSK)
	>Еще раз. Предлагаю вариант. > >Ставится каталист 3550-24emi. На нем поднимаются все вланы и устраивается ядро маршрутизации. 3550 может маршрутизировать? >Локальный трафик считать не надо, потому что у коммутатора неблокирующая производдительность, >не смогут пользователи ресурсы свича перегрузить. > >Далее задача в том, чтобы предоставлять клиентам выход в интернет. Какая бы >скорость канала не была, реально вряд ли аплинк будет более 10 >мбит. Интересно как ты реально получишь более 4мбит если на WIC на каждом интерфейсе по 2? > Ставишь уже упомянутую 1721 или 1751 и шейпишь по подсетям. >Запаса проца хватит на несколько десятков клиентов. Речь ведь все таки >о гигабайтах, а не о террабайтах. > >У меня такая схема работала для 2-3 десятков клиентов при том, что >1751 не только трафик шейпила, но и еще локальный трафик маршрутизила, >т.к. VLANы собирались на дешевых 29xx. > >Если сделать 1751+3550(L3), то вместо десятков клиентов можно будет сотни прописать. Благо >памяти туда можно до 96Метров нарастить, что получше будет некоторых 26xx-36xx >моделей. Ну это ты загнул сравнить 366x с 17xx. > >Да что говорить, лучше один раз увидеть >http://stat.kbpauk.ru/mrtg/ > >cs1 - это 1751, es1, es2 - каталисты.  Больше года назад >я там все сделал, до сих пор пашет как часы (без >администратора), так что показать не стыдно :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Sonne on 30-Май-03, 14:33  (MSK)
	>3550 может маршрутизировать? emi софт >Интересно как ты реально получишь более 4мбит если на WIC на каждом >интерфейсе по 2? WIC-1ENET >Ну это ты загнул сравнить 366x с 17xx. Что мешает сравнивать 36xx c 17xx ? 3620 максимальный объем памяти - 64 Мб, 1751 - 96 Мб.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от sbr on 01-Июн-03, 03:09  (MSK)
	>3550 может маршрутизировать? не более 8 рутинговых интерфейсов, а то загнецца. При 5-х routed интерфейсах тянет около 800М и CPU usage - 1%. Хорошая железка. Недостаток - нет аксесс лист счетчиков, т.к. все происходит в железе. >Ну это ты загнул сравнить 366x с 17xx. и то, и другое - Г. Максимальный траффик с недлинными аксесс листами - около 70M (на 366х, на 17хх еще меньше) при загрузке CPU 100% и мрачных тормозах в консоли.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	22. "Какая железка умеет Vlan + traffic_shape + подсчет трафика?"
	Сообщение от Gray on 02-Июн-03, 21:32  (MSK)
	>>3550 может маршрутизировать? > >не более 8 рутинговых интерфейсов, а то загнецца. При 5-х routed интерфейсах >тянет около 800М и CPU usage - 1%. Хорошая железка. Недостаток >- нет аксесс лист счетчиков, т.к. все происходит в железе. > >>Ну это ты загнул сравнить 366x с 17xx. > >и то, и другое - Г. Максимальный траффик с недлинными аксесс листами >- около 70M (на 366х, на 17хх еще меньше) при загрузке >CPU 100% и мрачных тормозах в консоли. Сорри конечно что перебиваю, но собственно тему я открывал не для того чтобы стать свидетелем спора о том кто лучше в цисках разбирается и какая циска круче, выше, шире и толще... Неужели никто не решал подобную задачу? Подскажите хоть в какую сторону копать?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	23. "Млин, ну вы чего!!! "
	Сообщение от Монтажник on 05-Июн-03, 15:07  (MSK)
	У D-link есть классные свичи DES-3326s и DES-3226s У меня оба стоят. на них есть такая вещь как Bandwidth Control Table, где просто указываешь ширину полосы пропускания. Плюс естественно vlan на базе мак, портов и тегов и еще дофигища чего полезного (транкинг, например). Статистику я снимаю mrtg по snmp. И не понимаю, чего народ к циске то привязался? Если слаще чеснока ничего не ели, так не надо спорить какой его сорт больше сахара содержит :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	24. "Млин, ну вы чего!!! "
	Сообщение от Gray on 05-Июн-03, 15:50  (MSK)
	>У D-link есть классные свичи DES-3326s и DES-3226s У меня оба стоят. Спасибо за наводку. Будем поглядеть... Тем более они вроде как и сертификаты имеют... Впринципе давно я их в поле зрения держал, но не пробовал. В основном сейчас AlliedTelesyn'ами перебиваемся...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	25. "Млин, ну вы чего!!! "
	Сообщение от dodo on 06-Июн-03, 00:36  (MSK)
	>У D-link есть классные свичи DES-3326s и DES-3226s У меня оба стоят. Наконец-то увидела хоть одного здравомыслящего человека. D-link производит действительно отличное сетевое оборудование. Для поставленной задачи эти свичи (DES-3326s и DES-3226s)подходят как нельзя лучше. Они даже в некотором смысле мощнее циски. Так что советую попробовать D-link, не пожалеете.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	26. "Здравомыслие..."
	Сообщение от Sonne on 06-Июн-03, 13:28  (MSK)
	Прийти на специализированный форум по циске и обсуждать D-Link. Это несомненно верх здравомыслия :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	27. "Здравомыслие2..."
	Сообщение от Sonne on 06-Июн-03, 13:29  (MSK)
	И еще D-link наверно замечательно с Netflow работает, как и просили в вопросе :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	28. "Здравомыслие..."
	Сообщение от dodo on 06-Июн-03, 16:28  (MSK)
	>Прийти на специализированный форум по циске и обсуждать D-Link. Допустим форум называется  "Маршрутизаторы CISCO и др. оборудование". Др.оборудование -может и не циска. О Netflow: возможно, читая спор ярых цискистов, позабыла суть дела :). Извиняюсь(хотя в вопросе звучало "желательно netflow, ну или ... ":)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	29. "Здравомыслие..."
	Сообщение от Gray on 07-Июн-03, 12:22  (MSK)
	>Прийти на специализированный форум по циске и обсуждать D-Link. Как уже было замечено, в названии форума все отображено. Также при создании темы там зачем-то был подраздел - к чему относиться вопрос, так вот там я указывал что он относиться к "другому оборудованию"... Жаль что это сразу не видно в трэде... Что касается netflow, то оно действительно было "желательно", т.к. весь биллинг под это заточен, но не обязательно - доработаем и под что-нибудь другое :) За D-link еще раз спасибо. (Да простят меня поклонники цисок, но давайте смотреть правде в глаза - я конечно не CCIE, но насколько я понял из трэда то средствами цисок в разумных, для Российского рынка, пределах данная задача не решается.)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	30. "Здравомыслие..."
	Сообщение от Alex on 11-Июн-03, 15:30  (MSK)
	Vozmite CISCO 1721 i Switch HP Procurve 2512 ili 2524 v zavisimosti ot kolichestva portov. I vsyo mozhno delat na urivne VLAN...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	31. "Здравомыслие..."
	Сообщение от ivd on 11-Июн-03, 18:36  (MSK)
	Вышеуказанные коммутаторы рубают скорость на порту с шагом в 1 Мбит/с, а если есть необходимость в меньших скоростях (мы тут такие мелковатые провайдеры :-), да и спроса на Мбиты нет), как быть, как железяки строить?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	32. "Подробности в студию..."
	Сообщение от Gray on 11-Июн-03, 19:06  (MSK)
	To Alex: >Vozmite CISCO 1721 i Switch HP Procurve 2512 ili 2524 v zavisimosti >ot kolichestva portov. I vsyo mozhno delat na urivne VLAN... Т.е. если я правильно понимаю, то вы предлагаете например такую схему организации сети: Клиент(точка1)-HPProcurve2524-Cisco1721-Cronyx-(E1)-Cronyx-Cisco1721-HPProcurve2524-Клиент(точка2) С этого момента давайте подробнее... Как сделать vlan для клиента? Просто конфигурим оба порта в обеих цисках в режим бриджа (или на цисках создаем вланы и конфигурим уже вланы в режим бриджа?)? Далее... где шейпиться трафик и считается(на циске?)? По какому принципу он шейпиться (весь влан целиком или мне обязательно нужно знать какую ip(ipx) сеть клиент настроил через эти порты и шейпить по ip (а если он их меняет по три раза на день?)?)? Как шейпить... ну или хотябы как считать трафик если у клиента появляется точка3, которая находиться на том же свиче что и точка1 (создавать еще один отдельный влан для нее и включать в бридж на ближайшей циске - а будет ли так работать вообще)?? А если усложнить схему? Например 5 свичей, на которых 5 точек клиента, для которого все должно быть прозрачно (так как будто он пять портов из одного свича имеет, а я должен ему скорость ограничить и посчитать что он там накачал)? И как эти пять свичей объединять, если между ними магистральные каналы E1 или оптика? На каждую магистраль по 2 циски на концы (или по дополнительному простому свичу между циской и магистралью, чтоб на каждый умный свич только по одной циске выходило бы?)?? To dodo & Монтажник: Если можно поподробней про возможность изменения "ширины полосы пропускания"... Какую минимальную полосу можно задать? На каких моделях это работает (на DES-3226s работает?)? Где можно поглядеть (может страничку мануала или еще чего если вспомните...)? Я скачал мануал вот этот DES-3226S User's Guide rev1.2 и что-то пролистав его там не увидел описания как это можно сделать в явном виде... В этом мануале DES-3326S User's Guide rev1.7 тоже... Помогите разобраться... З.Ы. Возможно не в тему, но все же... раз с д-линками работали, то может в курсе... Есть ли для этих свичей оптические гигабитные модули под одномодовое волокно? На какое расстояние они работают? 2км? 4км? 10км? 20км?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	33. "Млин, ну вы чего!!! "
	Сообщение от Alexander on 26-Июн-03, 20:43  (MSK)
	А знаешь как на нем 2 VLAN поднять. Не поделишься опытом. avp@alr.msk.su >>У D-link есть классные свичи DES-3326s и DES-3226s У меня оба стоят. > >Наконец-то увидела хоть одного здравомыслящего человека. D-link производит действительно отличное сетевое оборудование. >Для поставленной задачи эти свичи (DES-3326s и DES-3226s)подходят как нельзя лучше. >Они даже в некотором смысле мощнее циски. Так что советую попробовать >D-link, не пожалеете.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	34. "Млин, ну вы чего!!! "
	Сообщение от pavel on 27-Июн-03, 22:08  (MSK)
	В принципе ,я бы предложил такую схему. клиенты-свитч с VLAN - транковый порт - писюк с FreeBSD - cronyx - канал Абсолютно Все делается програмно на писюке,сейчас компы сильно подешевели и покрутели в производительности.Между точками можно поднять ipsec туннели,шейпить и считать трафик можно ipfw.Получится дешево и сердито. Кроме того,ты станешь пожизненным почетным сисадмином,потому что кроме тебя никто не разберется в этом хитросплетении и обслуживать это не сможет :) У меня таких точек несколько,вот например целерон 900 - канал -> 22 линка ~60GB трафика.И не падает...Свитчи - каталисты 2950 д-линк или типа Intel460T если уж совсем дешево.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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