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

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

"Cisco и traffic-shape на интерфейсах"
Сообщение от deMan (??) on 09-Ноя-04, 12:40  (MSK)
Добрый день. Помогите разобратса в ситуации. Есть Cisco серии 2600 которая на Se0/0 держыт канал на главный офис, на Se1/X и Se1/Y подключены два отделения, и локалная сеть на Fa0/0 конечно. Бывают такие моменты, не часто, когда сервер локалной сети полностью забивает канал (много инфи передаёт в главный офис) так что и соседи нормально работать не могут,и два отделения. Соседей которым нужно работать с сервером главного офиса можно поместить в ACL и поцепить на Se0/0:traffic-shape group <access-list> CIR (bps)[Bc (bits)[Be (bits)]], так чтоб трафик от них преобладал, над трафиком сервера, а с отделениями поступить так: На Se1/X и Se1/Y прописать: traffic-shape rate CIR (bps){64} [Bc (bits)[Be (bits)]]. Вопрос в том будет ли работать такая схема вообще и в часности в те преобладающие моменты когда трафик полностью помещаетса в ширину канала с главным офисом? Благодарен.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "Cisco и traffic-shape на интерфейсах"
Сообщение от Nailer on 09-Ноя-04, 13:37  (MSK)
>Добрый день. >Помогите разобратса в ситуации. Есть Cisco серии 2600 которая на Se0/0 держыт >канал на главный офис, на Se1/X и Se1/Y подключены два отделения, >и локалная сеть на Fa0/0 конечно. Бывают такие моменты, не часто, >когда сервер локалной сети полностью забивает канал (много инфи передаёт в >главный офис) так что и соседи нормально работать не могут,и два >отделения. >Соседей которым нужно работать с сервером главного офиса можно поместить в ACL и поцепить на Se0/0:traffic-shape group <access-list> CIR (bps)[Bc (bits)[Be (bits)]], так чтоб трафик от них преобладал, над трафиком сервера, Для этого есть policy-map, DSCP, ip precedence и т.д. traffic-shape приоритетеа не дает. а с отделениями поступить так: На Se1/X и Se1/Y прописать: traffic-shape rate CIR (bps){64} [Bc (bits)[Be (bits)]]. >Вопрос в том будет ли работать такая схема вообще и в часности >в те преобладающие моменты когда трафик полностью помещаетса в ширину канала >с главным офисом? >Благодарен.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Cisco и traffic-shape на интерфейсах"
	Сообщение от deMan (??) on 09-Ноя-04, 14:02  (MSK)
	Se0/0:traffic-shape group < acces-list> CIR (bps)[Bc (bits)[Be (bits)]], Если такая команда дана на интерфейсе то адреса занесёные в acces-list будут всегда получать указаную скорость, и соответствено пакеты от них первими обрабативатса. Или не так?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Cisco и traffic-shape на интерфейсах"
	Сообщение от Nailer on 09-Ноя-04, 15:12  (MSK)
	>Se0/0:traffic-shape group < acces-list> CIR (bps)[Bc (bits)[Be (bits)]], >Если такая команда дана на интерфейсе то адреса занесёные в acces-list будут >всегда получать указаную скорость, и соответствено пакеты от них первими обрабативатса. >Или не так? Не так. Для этого есть policy-map, class-map и команда bandwith. traffic-shape образует очередь для потоков данных, описываемых acl, и выпускает из нее в секунду по CIR + Bc + Be. К приоритезации это отношения не имеет.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Cisco и traffic-shape на интерфейсах"
	Сообщение от deMan (??) on 09-Ноя-04, 15:57  (MSK)
	Тобишь коротко описанюю мной проблему с помощью шейпинга решить не удастса?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Cisco и traffic-shape на интерфейсах"
	Сообщение от Nailer on 09-Ноя-04, 16:18  (MSK)
	>Тобишь коротко описанюю мной проблему с помощью шейпинга решить не удастса? Нет, хотя можно попробовать шейпер на поток от сервера повесить. Но это совсем некрасивое решение.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Cisco и traffic-shape на интерфейсах"
	Сообщение от deMan (??) on 09-Ноя-04, 18:37  (MSK)
	>Нет, хотя можно попробовать шейпер на поток от сервера повесить. Но это >совсем некрасивое решение. В главном офисе стоит Цыска на которой прописано: map-class frame-relay 64K no frame-relay adaptive-shaping frame-relay cir 64000 frame-relay bc 640 frame-relay be 0 frame-relay mincir 64000 На сколько я понимаю указано что рабртать на скоростях 64К и мне нет никакого смысла передавать с большей скоростью. А у меня на графиках MRTG были скорости исходящего трафика до 96К. Попутно разрешите вопрос: А чем policy-map, class-map и команда bandwith, лутше шейпинга. Хотя Вы прави то что что некоторые люди гарантировано получат CIR ситуацыю не решит.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Cisco и traffic-shape на интерфейсах"
	Сообщение от deMan (??) on 10-Ноя-04, 18:06  (MSK)
	Так всё-таки возможно ли разрешить определённым IP адресам в случаях загружености канала гарантировано получить некую скорость? Если да то что же всё-таки для этого нужно: map-class, policy-map, map-class или traffic-shape?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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