Глава 4. Scheduling - История изменений

Наталия Бобкова в 18:20, 15 июля 2021

2021-07-15T18:20:33Z

← Предыдущая		Версия 18:20, 15 июля 2021
Строка 254:		Строка 254:

	set class-of-service interfaces ge-0/0/0 scheduler-map ''sched-map-example''		set class-of-service interfaces ge-0/0/0 scheduler-map ''sched-map-example''

			=Дополнительная информация=
			*[[Глава 5. Hierarchical scheduling]]
			*[[Глава 1. QoS]]
			*[[Глава 8. Packet flow]]

Наталия Бобкова в 11:23, 5 июля 2021

2021-07-05T11:23:26Z

← Предыдущая		Версия 11:23, 5 июля 2021
Строка 1:		Строка 1:
	=~~About~~=		{{#description2:Основы scheduling. Шедулер. Port-based очереди. Компоненты scheduling: Transmission rate, Queue priority, Drop profiles (RED/WRED). Scheduler map. Конфигурация Scheduler. Информация для подготовки к экзаменам Juniper.}}
			=Основы scheduling=
	С помощью классификатора определили трафик в разные очереди, теперь нужно как-то трафик обрабатывать. Этим процессом как раз занимается scheduler:		С помощью классификатора определили трафик в разные очереди, теперь нужно как-то трафик обрабатывать. Этим процессом как раз занимается scheduler:
	*Порядок передачи пакетов		*Порядок передачи пакетов
Строка 12:		Строка 13:
	*Drop profile определяет вероятность отброса трафика		*Drop profile определяет вероятность отброса трафика

	= Port-based queues =		=Port-based очереди (queues)=
	Каждый порт может содержать 4-8 очереди.		Каждый порт может содержать 4-8 очереди.

Строка 21:		Строка 22:
	'''WRED''': Weighted random early detection: механизм для отброса пакетов. Основан на сконфигурированных параметрах: fw-class, PLP. С помощью него можно избежать и контролировать заторы.		'''WRED''': Weighted random early detection: механизм для отброса пакетов. Основан на сконфигурированных параметрах: fw-class, PLP. С помощью него можно избежать и контролировать заторы.

	= Scheduling ~~components~~ =		= Компонениы Scheduling =
	==Transmission rate ==		==Transmission rate ==
	'''Transmission rate''' - кол-во пропускной способности от физического интерфейса, выделенной для этой очереди. Похоже на CIR.		'''Transmission rate''' - кол-во пропускной способности от физического интерфейса, выделенной для этой очереди. Похоже на CIR.
Строка 48:		Строка 49:
	Чтобы исключить очередь, используем exact или rate-limit в настройке.		Чтобы исключить очередь, используем exact или rate-limit в настройке.

	==~~Queue priority~~==		==Приоритет очереди==
	'''Priority''' - приоритет среди других очередей. Во времена запоров приоритетом определяется в каком порядке будут обрабатываться очереди.		'''Priority''' - приоритет среди других очередей. Во времена запоров приоритетом определяется в каком порядке будут обрабатываться очереди.

Строка 217:		Строка 218:
	При этом к одной очереди можно применить несколько FW class (queue). Далее трафик можно будет обрабатывать особым образом, основываясь на PLP.		При этом к одной очереди можно применить несколько FW class (queue). Далее трафик можно будет обрабатывать особым образом, основываясь на PLP.

	=Scheduler ~~configuration~~=		=Конфигурация Scheduler=

	*Configure scheduler, including drop profile		*Configure scheduler, including drop profile

Наталия Бобкова: /* Scheduler configuration */

2020-02-04T19:13:59Z

Scheduler configuration

← Предыдущая		Версия 19:13, 4 февраля 2020
Строка 219:		Строка 219:
	=Scheduler configuration=		=Scheduler configuration=

	#Configure scheduler, including drop profile		*Configure scheduler, including drop profile
	:# Transmission rate		:*Transmission rate
	:#Queue priority		:*Queue priority
	:#Delay buffers		:*Delay buffers
	:#Drop profile - не в рамках scheduler		:*Drop profile - не в рамках scheduler
	:#Drop profile maps		:*Drop profile maps
	~~#(2)~~ Configure scheduler map: schedulers придуманы, чтобы определенным образом управлять определенным трафиком. Сами по себе schedulers ничего не делают, нужна привязка. Scheduler-map как бы линк между forw-class и scheduler.		*Configure scheduler map: schedulers придуманы, чтобы определенным образом управлять определенным трафиком. Сами по себе schedulers ничего не делают, нужна привязка. Scheduler-map как бы линк между forw-class и scheduler.
	~~#(3)~~ Apply scheduler map to an interface: будет работать в outbound направлении. Для port-level queueing вешается на физический интерфейс.		*Apply scheduler map to an interface: будет работать в outbound направлении. Для port-level queueing вешается на физический интерфейс.

	Пример:		Пример:

Наталия Бобкова: /* Параметры WRED */

2020-02-04T19:09:17Z

Параметры WRED

← Предыдущая		Версия 19:09, 4 февраля 2020
Строка 149:		Строка 149:
	Если для очереди назначен менее агрессивный drop profile, то она полностью будет использовать буффер - такой drop-profile хорошо использовать для более приоритетного трафика. Если используем более агрессивный, то буффер не будет заполняться до конца - подобное поведение свойственно менее приоритетному трафику.		Если для очереди назначен менее агрессивный drop profile, то она полностью будет использовать буффер - такой drop-profile хорошо использовать для более приоритетного трафика. Если используем более агрессивный, то буффер не будет заполняться до конца - подобное поведение свойственно менее приоритетному трафику.

	Когда мы настраиваем drop profile таким образом, что fullness < 100%, drop probability = 100%, мы таким образом уменьшаем ~~effective maximum buffer size~~. То есть с помощью drop-profile мы можем влиять на "рабочий" размер буфера.		Когда мы настраиваем drop profile таким образом, что fullness < 100%, drop probability = 100%, мы таким образом уменьшаем эффективный максимальный размер буффера. То есть с помощью drop-profile мы можем влиять на "рабочий" размер буфера.

	===Config options===		===Config options===

Наталия Бобкова: /* Drop profiles (RED/WRED) */

2020-02-04T19:04:45Z

Drop profiles (RED/WRED)

← Предыдущая		Версия 19:04, 4 февраля 2020
Строка 123:		Строка 123:

	== Drop profiles (RED/WRED)==		== Drop profiles (RED/WRED)==
	'''RED drop profiles (random early discard)''' - как отбрасывать трафик, когда возникает запор. Работает напрямую с буфферами. Отбрасывание пакетов зависит от ~~заполненность~~ буфера.		'''RED drop profiles (random early discard)''' - как отбрасывать трафик, когда возникает запор. Работает напрямую с буфферами. Отбрасывание пакетов зависит от заполненности буфера.

	Определяет параметры отброшенного трафика, назначает PLP для использования (set on a packet at ingress).		Определяет параметры отброшенного трафика, назначает PLP для использования (set on a packet at ingress).

Наталия Бобкова: /* Transmission rate */

2020-02-04T19:01:51Z

Transmission rate

← Предыдущая		Версия 19:01, 4 февраля 2020
Строка 30:		Строка 30:

	*'''remainder''' - заполнение оставшегося буфера.		*'''remainder''' - заполнение оставшегося буфера.
	*'''exact''' - буферизирует трафик, который превысил transm rate.		*'''exact''' - буферизирует трафик, который превысил transm rate. При наличие неиспользуемой свободной полосы не будет давать очереди её использовать.
	*'''rate-limit''' - дропает трафик, который превысил transm rate.		*'''rate-limit''' - дропает трафик, который превысил transm rate.
	*'''no settings''' - очередь может превысить transm rate, если есть неиспользуемая полоса.		*'''no settings''' - очередь может превысить transm rate, если есть неиспользуемая полоса.

Наталия Бобкова: /* Queue priority */

2020-02-04T18:52:46Z

Queue priority

← Предыдущая		Версия 18:52, 4 февраля 2020
Строка 68:		Строка 68:
	Strict-priority - опсана! она может сожрать всю полосу и остальные очереди могут "голодать". Но High-prioroty делит полосу с Strict.		Strict-priority - опсана! она может сожрать всю полосу и остальные очереди могут "голодать". Но High-prioroty делит полосу с Strict.

	Чтобы не происходило голодания, мы можем: 1. также важным очередям назначать ~~High~~-priotity. 2. для strict-priority задавать в transm-rate ''rate-limit''.		Чтобы не происходило голодания, мы можем:
			#также важным очередям назначать high-priotity.
			#для strict-priority задавать в transm-rate ''rate-limit''.

	Разрешается задавать 1 ~~Strict~~-priority на 1 интерфейс.		Разрешается задавать 1 strict-priority на 1 интерфейс.

	edit class-of-service schedule ''<schedule-name>'' '''priority''' ''< high / low / medium-high / medium-low / strict-high >''		edit class-of-service schedule ''<schedule-name>'' '''priority''' ''< high / low / medium-high / medium-low / strict-high >''

Наталия Бобкова: /* Scheduler configuration */

2017-03-04T14:09:57Z

Scheduler configuration

← Предыдущая		Версия 14:09, 4 марта 2017
Строка 221:		Строка 221:
	:#Queue priority		:#Queue priority
	:#Delay buffers		:#Delay buffers
	:#Drop profile		:#Drop profile - не в рамках scheduler
	:#Drop profile maps		:#Drop profile maps
	#Configure scheduler map: schedulers придуманы, чтобы определенным образом управлять определенным трафиком. Сами по себе schedulers ничего не делают, нужна привязка. Scheduler-map как бы линк между forw-class и scheduler.		#(2) Configure scheduler map: schedulers придуманы, чтобы определенным образом управлять определенным трафиком. Сами по себе schedulers ничего не делают, нужна привязка. Scheduler-map как бы линк между forw-class и scheduler.
	#Apply scheduler map to an interface: будет работать в outbound направлении. Для port-level queueing вешается на физический интерфейс.		#(3) Apply scheduler map to an interface: будет работать в outbound направлении. Для port-level queueing вешается на физический интерфейс.

	Пример:		Пример:

Наталия Бобкова: /* Параметры WRED */

2017-03-04T14:03:41Z

Параметры WRED

← Предыдущая		Версия 14:03, 4 марта 2017
Строка 133:		Строка 133:

	Для drop-profile задаём значения для этих двух параметров.		Для drop-profile задаём значения для этих двух параметров.
	По сути получается линия на графике, где соотносятся fullness (%) и drop probability (%).		По сути получается линия на графике, где соотносятся fullness (%) к drop probability (%).

	'''How it works''':		'''How it works''':
	#Для каждого пакета в очереди маршрутизатор назначает любое число от 0-100.		#Для каждого пакета в очереди маршрутизатор назначает любое число от 0-100.
	#Числа нанесены на график отношения fullness и drop probability (по оси fullness).		#Числа нанесены на график отношения fullness к drop probability (по оси fullness).
	#Когда случайный номер выше линии, пакет передается.		#Когда случайный номер выше линии, пакет передается.
	#Когда случайный номер ниже линии, пакет дропается.		#Когда случайный номер ниже линии, пакет дропается.

Наталия Бобкова: /* Параметры WRED */

2017-03-04T14:02:58Z

Параметры WRED

← Предыдущая		Версия 14:02, 4 марта 2017
Строка 129:		Строка 129:
	В связи с этим более эффективно использовать WRED, он полностью не уберет проблему с "нечестным" отбросом пакетов из одного потока, но хотя бы можно исключить подобную ситуацию для трафика, нетерпимого к подобным потерям. О нем дальше.		В связи с этим более эффективно использовать WRED, он полностью не уберет проблему с "нечестным" отбросом пакетов из одного потока, но хотя бы можно исключить подобную ситуацию для трафика, нетерпимого к подобным потерям. О нем дальше.
	===Параметры WRED===		===Параметры WRED===
			#'''fullness''': наполненность буффера.
	'''fullness''': наполненность буффера.		#'''drop probability''': вероятность, что пакет будет отброшен.

	'''drop probability''': вероятность, что пакет будет отброшен.

	Для drop-profile задаём значения для этих двух параметров.		Для drop-profile задаём значения для этих двух параметров.