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

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

"custom queue и приоритетность"
Сообщение от teebot on 10-Янв-05, 16:52  (MSK)
Здравствуйте. Моя тема похожа на https://www.opennet.ru/openforum/vsluhforumID6/6951.html которая в свою очередь еще на одну. но я все же рискну вынести ее в отдельную ветку. Суть вопроса такова. Необходимо организовать гарантированный канал шириной 256килобит. Как я понял это реализуется установкой приоритета на определенный вид траффика. Что же получается. Использование priority-list не рекомендуется потому как есть риск потери траффика с низким приоритетом при интенсивной работе приоритетного траффика (и большой загрузке общего канала), но с другой сущетвует custom queue. Объясните мне люди добрые где в этом листинге приоритеты: queue-list 1 protocol ip 1 list 121 queue-list 1 protocol ip 2 list 122 queue-list 1 protocol ip 3 list 123 queue-list 1 queue 1 limit 15 queue-list 1 queue 2 limit 20 queue-list 1 queue 3 limit 25 queue-list 1 default 4 access-list 121 permit ip host A.A.A.A host B.B.B.B access-list 122 permit ip host A.A.A.A host C.C.C.C access-list 123 permit ip D.D.D.D 0.0.0.63 any int ser 0/0 custom-queue-list 1 тут тоже вроди бы про приоритеты не сказано http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/qos_c/qcprt2/qcdcq.htm#15169 и на какой интерфейс вешать это чудо, на клинтский или на внешний? На клиентский по-моему ну никак не гарантирует ширины канала. У меня каша в голове,помогите мне расставить все на свои места. Плииз. Спасибо.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "custom queue и приоритетность"
Сообщение от Spider2k (??) on 11-Янв-05, 10:00  (MSK)
>Объясните мне люди добрые где в этом листинге приоритеты: > > queue-list 1 protocol ip 1(это первая очередь) list 121 (это то , что коммутир в первую очередь) > queue-list 1 protocol ip 2(это вторая очередь) list 122 > queue-list 1 protocol ip 3(это третья очередь) list 123 > > queue-list 1 queue 1(это первая очередь) limit 15 это проценты от полосы пропускания(общей) > queue-list 1 queue 2(это вторая очередь) limit 20 > queue-list 1 queue 3(это третья очередь) limit 25 > queue-list 1 default 4 > > access-list 121 permit ip host A.A.A.A host B.B.B.B > access-list 122 permit ip host A.A.A.A host C.C.C.C > access-list 123 permit ip D.D.D.D 0.0.0.63 any > > int ser 0/0 (по моему он смотрит к прову) > custom-queue-list 1 вешай это на интерф к провайдеру или на транковый порт, если циска у тебя не единтвенный узел-коммутации
	Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "custom queue и приоритетность"
Сообщение от Spider2k (??) on 11-Янв-05, 10:01  (MSK)
>Объясните мне люди добрые где в этом листинге приоритеты: > queue-list 1 protocol ip 1(это первая очередь) list 121 (это то , что коммутир в первую очередь) queue-list 1 protocol ip 2(это вторая очередь) list 122 queue-list 1 protocol ip 3(это третья очередь) list 123 > queue-list 1 queue 1(это первая очередь) limit 15 это проценты от полосы пропускания(общей) queue-list 1 queue 2(это вторая очередь) limit 20 queue-list 1 queue 3(это третья очередь) limit 25 > queue-list 1 default 4 > > access-list 121 permit ip host A.A.A.A host B.B.B.B > access-list 122 permit ip host A.A.A.A host C.C.C.C > access-list 123 permit ip D.D.D.D 0.0.0.63 any > int ser 0/0 (по моему он смотрит к прову) > custom-queue-list 1 вешай это на интерф к провайдеру или на транковый порт, если циска у тебя не единтвенный узел-коммутации
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "custom queue и приоритетность"
	Сообщение от teebot on 11-Янв-05, 10:18  (MSK)
	> queue-list 1 protocol ip 1(это первая очередь) list 121 (это то >, что коммутир в первую очередь) > queue-list 1 protocol ip 2(это вторая очередь) list 122 > queue-list 1 protocol ip 3(это третья очередь) list 123 о спасибо, что откликнулся. если я тебя правильно понял то первая очередь обрабатывается первой вторая второй и т.д. да?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "custom queue и приоритетность"
	Сообщение от Spider2k (??) on 11-Янв-05, 12:30  (MSK)
	>> queue-list 1 protocol ip 1(это первая очередь) list 121 (это то >>, что коммутир в первую очередь) >> queue-list 1 protocol ip 2(это вторая очередь) list 122 >> queue-list 1 protocol ip 3(это третья очередь) list 123 > >о спасибо, что откликнулся. >если я тебя правильно понял то первая очередь обрабатывается первой вторая второй >и т.д. >да? ага =)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "custom queue и приоритетность"
	Сообщение от Сайко on 11-Янв-05, 13:00  (MSK)
	sh queueing custom покажите...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "custom queue и приоритетность"
	Сообщение от teebot on 11-Янв-05, 14:48  (MSK)
	>sh queueing custom покажите... показывать пока нечего так как не разобрался еще с этим, а жмакать что попало на рабочем роутере не хочется. :-)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "custom queue и приоритетность"
	Сообщение от Сайко on 11-Янв-05, 14:55  (MSK)
	:( С таким подходом я полагаю Вы вначале все на листочке пишите, потом здесь спрашиваете, на cisco.com смотрите(причем невнимательно), а уж потом начинаете конфигурировать, так? ;) Ваша ссылка Monitoring Custom Queue Lists To show information about the input and output queues when custom queueing is enabled on an interface, use one or more of the following commands in EXEC mode: Command Purpose show queue interface-type interface-number Displays the contents of packets inside a queue for a particular interface or VC. show queueing custom Displays the status of the custom queueing lists. show interfaces interface-type interface-number Displays the current status of the custom output queues when custom queueing is enabled.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "custom queue и приоритетность"
	Сообщение от teebot on 11-Янв-05, 15:15  (MSK)
	ты видимо меня не понял  sh queueing custom я могу без проблем дать, вопрос в том что толку с него если там пусто. а мои опасения понятны, вешать эту фигню я буду на внешний интерфейс если что пойдет не так меня казнят. Поэтмоу я хочу разобраться что к чему. Разве это глупо?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "custom queue и приоритетность"
	Сообщение от teebot on 11-Янв-05, 15:28  (MSK)
	>:( >С таким подходом я полагаю Вы вначале все на листочке пишите, потом >здесь спрашиваете, на cisco.com смотрите(причем невнимательно), а уж потом начинаете конфигурировать, >так? ;) ты прав. все именно так. но порядок немого другой 1) cisco.com 2) помот листочек 3) потом спрашиваю тут если что не понятно 4) потом конфигурую. с цискамми познаколимся 4 месяца тому назад. :-) Вопрос был какой где выставляется приоритет? в доке этого как мне кажется нет. Если есть ткни плиз носом где.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "custom queue и приоритетность"
	Сообщение от Сайко on 11-Янв-05, 18:02  (MSK)
	Не путаем custom(CQ) и priority(PQ)! CQ allows a fairness not provided with priority queueing (PQ). With CQ, you can control the available bandwidth on an interface when it is unable to accommodate the aggregate traffic enqueued. Associated with each output queue is a configurable byte count, which specifies how many bytes of data should be delivered from the current queue by the system before the system moves on to the next queue. When a particular queue is being processed, packets are sent until the number of bytes sent exceeds the queue byte count defined by the queue-list queue byte-count command, or until the queue is empty.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "custom queue и приоритетность"
	Сообщение от teebot on 12-Янв-05, 10:12  (MSK)
	>Не путаем custom(CQ) и priority(PQ)! > >CQ allows a fairness not provided with priority queueing (PQ). With CQ, >you can control the available bandwidth on an interface when it >is unable to accommodate the aggregate traffic enqueued. Associated with each >output queue is a configurable byte count, which specifies how many >bytes of data should be delivered from the current queue by >the system before the system moves on to the next queue. >When a particular queue is being processed, packets are sent until >the number of bytes sent exceeds the queue byte count defined >by the queue-list queue byte-count command, or until the queue is >empty. понятия бесспорно разные. Более того, я понял что CQ мне категорически не подходит, хотя кое-какую приоритеность всетаки можно реализовать с его помощью. Это можно заключить вот из этого кусочка For queue numbers 1 through 16, the system cycles through the queues sequentially (in a round-robin fashion), dequeueing the configured byte count from each queue in each cycle, delivering packets in the current queue before moving on to the next one. When a particular queue is being processed, packets are sent until the number of bytes sent exceeds the queue byte count or the queue is empty. Bandwidth used by a particular queue can only be indirectly specified in terms of byte count and queue length. Тоесть если по формуле высчитать размер очереди , то "приоритет" будет иметь та очередь чей размер больше, так как она будет обрабатываться пока  until the number of bytes sent exceeds the queue byte count or the queue is empty. Но так как это будет вешаться на внешний интерфейс то очередь клиента (по размеру) всегда будет меньше оставшейся частио общего канала и поэтому будет обрабатываться далеко не с самым высоким приоритетом. Если я ошибся поправьте меня плиз.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "custom queue и приоритетность"
	Сообщение от Сайко on 12-Янв-05, 10:45  (MSK)
	Всё верно. Что в итоге Вам надо получить, обрисуйте поточнее проблему(какой вид трафика "страдает"): 1. Вырезать гарантированную полосу под определенный вид трафика? 2. Или добиться чтобы пакеты не терялись(drop)? Из-за того что BW_WAN<<BW_LAN у Вас всегда будут потери. Не просто "Использование priority-list не рекомендуется потому как есть риск потери траффика с низким приоритетом", а ВСЕГДА будут терятся пакеты при перегрузке. Выбор стратегии(типа очереди) тут роли не играет.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "custom queue и приоритетность"
	Сообщение от teebot on 12-Янв-05, 10:54  (MSK)
	>1. Вырезать гарантированную полосу под определенный вид трафика? >2. Или добиться чтобы пакеты не терялись(drop)? и того и другого. клиент хоечет гарантированый канал. на данный момент ситуация такая что канал загружен процентов на 60% я не могу гарантировать что если все и дайлапщики и выделеньщики начнуть активно начнуть работать что клиент получить свои 256килобит (он их не получит). Но в тоже время это не такие большие деньги что бы все остальные клиенты испытывали задержки а в худшем случае даже пропадания нета (ведь дропнутые пакеты повлекут перезапросы, но и они не вечны) одним словом золотая середина рулит форева.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "custom queue и приоритетность"
	Сообщение от Сайко on 12-Янв-05, 10:58  (MSK)
	Пользуйте тогда CBWFQ.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "custom queue и приоритетность"
	Сообщение от teebot on 12-Янв-05, 11:05  (MSK)
	>Пользуйте тогда CBWFQ. да я уже так и понял :-( одно радует, что я немного разобрался с очередями
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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