форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Дроп маркированного трафика на стороне провайдера"

Сообщение от Nicky (??) on 30-Сен-08, 11:41

Уважаемые коллеги, ПОмогите,пожалуйста, разобраться в следующем вопросе. Есть сеть IP VPN (MPLS) реализованная через провайдера. Есть 2 порта провайдера этой сети, допустим Москва и СПб. Порт провайдера который он выделяет в СПб имеет класс Standart (то есть порт имеет ограничение и понимает только 1-й precedence), порт провайдера в МСК имеет класс Premium и соответственно понимает уже 3-й precedence. Ситуация следующая: Пакеты выходящие из МСК имеют precedence 3, из СПб precedence 1. Так вот - пакеты из МСК дропаются на входе в СПб, причем на PE маршрутизаторе провайдера, в обратную сторону они разумеется проходят нормально Пров утверждает, что я ОБЯЗАН маркировать пакеты идущие из МСК в СПБ 1-м precedence'ом, иначе они будут дропаться. Вопрос: Правильно ли я понял, что порт с более высоким классом не может отдавать трафик в порт с более низким классом, обязан ли я управлять precedence'ами на своих CE маршрутизаторах,или же пров может перемаркировывать трафик на PE маршрутизаторе перед тем как отдать его CE. Если подытожить, то меня интересует грамотность провайдера, который утвержает, что решение одно - либо все порты делать одним классом и маркировать одним пресиденсом, либо отдельно для каждого направления на МОЕМ оборудовании прописывать приоритеты.

Высказать мнение | Ответить | Правка | Cообщить модератору

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

[Сортировка по времени | RSS]

1. "Дроп маркированного трафика на стороне провайдера"

Сообщение от chesnok (ok) on 30-Сен-08, 12:27

>[оверквотинг удален] >проходят нормально Пров утверждает, что я ОБЯЗАН маркировать пакеты идущие из >МСК в СПБ 1-м precedence'ом, иначе они будут дропаться. > >Вопрос: Правильно ли я понял, что порт с более высоким классом не >может отдавать трафик в порт с более низким классом, обязан ли >я управлять precedence'ами на своих CE маршрутизаторах,или же пров может перемаркировывать >трафик на PE маршрутизаторе перед тем как отдать его CE. Если >подытожить, то меня интересует грамотность провайдера, который утвержает, что решение одно >- либо все порты делать одним классом и маркировать одним пресиденсом, >либо отдельно для каждого направления на МОЕМ оборудовании прописывать приоритеты. так пакеты с precedence 1 вообще отрасываются или частично ? они как раз отбрасываются на внутреннем интерфейсе PE-роутера (т.е. output), поэтому обратно проходят нормально. так если вы в мск промаркируете трафик precedence 1 то это получается уже другой класс обслуживания, если я правильно понимаю...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Дроп маркированного трафика на стороне провайдера"
	Сообщение от Nicky (??) on 30-Сен-08, 13:29
	>>[оверквотинг удален] > >так пакеты с precedence 1 вообще отрасываются или частично ? >они как раз отбрасываются на внутреннем интерфейсе PE-роутера (т.е. output), поэтому обратно >проходят нормально. > >так если вы в мск промаркируете трафик precedence 1 то это получается >уже другой класс обслуживания, если я правильно понимаю... Пакеты с 1-м precedencom вообще не отбрасываются. Откидываются пакеты с 3-м. В обратную сторону они проходят потому как с порта с меньшим пресиденсом трафик идет на порт с большИм классом. Конечно,другой класс обслуживания  если я в Москве промаркирую голосовой трафик единичкой и в то же время информация да и служебный трафик будут ходить с тем же приоритетом, то на кой фиг мне вообще эта маркировка. А суть всего этого и была в том, чтобы трафик отправлялся с разными приоритетами, голосовой с 3-м, данные с 1-м.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Дроп маркированного трафика на стороне провайдера"
	Сообщение от GolDi (??) on 30-Сен-08, 13:35
	>[оверквотинг удален] >Пакеты с 1-м precedencom вообще не отбрасываются. Откидываются пакеты с 3-м. В >обратную сторону они проходят потому как с порта с меньшим пресиденсом >трафик идет на порт с большИм классом. > >Конечно,другой класс обслуживания  если я в Москве промаркирую голосовой трафик единичкой >и в то же время информация да и служебный трафик будут >ходить с тем же приоритетом, то на кой фиг мне вообще >эта маркировка. А суть всего этого и была в том, чтобы >трафик отправлялся с разными приоритетами, голосовой с 3-м, данные с 1-м. > Вообще-то, маркировать должен провайдер и ему на вашу маркировку пофиг. Какой класс купили, таким весь трафик и будет передан. Просто класс в СПБ не успевает обрабатывать то что прилетает из МСК.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Дроп маркированного трафика на стороне провайдера"
	Сообщение от Nicky (??) on 30-Сен-08, 14:07
	>[оверквотинг удален] >>и в то же время информация да и служебный трафик будут >>ходить с тем же приоритетом, то на кой фиг мне вообще >>эта маркировка. А суть всего этого и была в том, чтобы >>трафик отправлялся с разными приоритетами, голосовой с 3-м, данные с 1-м. >> > > Вообще-то, маркировать должен провайдер и ему на вашу маркировку пофиг. > Какой класс купили, таким весь трафик и будет передан. > Просто класс в СПБ не успевает обрабатывать то что прилетает из >МСК. Охотно верю, что маркирует провайдер. Просто когда на CE маршрутизаторе весь трафик шел без маркировки - провайдер и попросил маркировать, объясняя это тем, что у них не маркированный трафик дропается. Что значит, какой класс купили - я же могу с порта с классом 5 посылать трафик от 1 до 5 включительно? И это совсем не означает, что весь трафик с этого порта должен идти только 5-м пресиденсом.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Дроп маркированного трафика на стороне провайдера"
	Сообщение от GolDi (??) on 30-Сен-08, 14:17
	>[оверквотинг удален] >> Просто класс в СПБ не успевает обрабатывать то что прилетает из >>МСК. > >Охотно верю, что маркирует провайдер. Просто когда на CE маршрутизаторе весь трафик >шел без маркировки - провайдер и попросил маркировать, объясняя это тем, >что у них не маркированный трафик дропается. Что значит, какой класс >купили - я же могу с порта с классом 5 посылать >трафик от 1 до 5 включительно? И это совсем не означает, >что весь трафик с этого порта должен идти только 5-м пресиденсом. >     У вас L2VPN или L3VPN?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Дроп маркированного трафика на стороне провайдера"
	Сообщение от Nicky (??) on 30-Сен-08, 14:31
	>>[оверквотинг удален] >    У вас L2VPN или L3VPN? L3VPN. Маршрутизация по BGP.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Дроп маркированного трафика на стороне провайдера"
	Сообщение от GolDi (??) on 30-Сен-08, 15:17
	>[оверквотинг удален] >>они как раз отбрасываются на внутреннем интерфейсе PE-роутера (т.е. output), поэтому обратно >>проходят нормально. >> >>так если вы в мск промаркируете трафик precedence 1 то это получается >>уже другой класс обслуживания, если я правильно понимаю... > >Пакеты с 1-м precedencom вообще не отбрасываются. Откидываются пакеты с 3-м. В >обратную сторону они проходят потому как с порта с меньшим пресиденсом >трафик идет на порт с большИм классом. > Вот эта фраза совсем не понятна. Вот если поменять алгоритм работы с 3-им prec на стороне провайдера на противоположный, то всё встанет на своё место. >Конечно,другой класс обслуживания  если я в Москве промаркирую голосовой трафик единичкой >и в то же время информация да и служебный трафик будут >ходить с тем же приоритетом, то на кой фиг мне вообще >эта маркировка. А суть всего этого и была в том, чтобы >трафик отправлялся с разными приоритетами, голосовой с 3-м, данные с 1-м. >
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Дроп маркированного трафика на стороне провайдера"
	Сообщение от Nicky (??) on 01-Окт-08, 10:15
	>>Пакеты с 1-м precedencom вообще не отбрасываются. Откидываются пакеты с 3-м. В >>обратную сторону они проходят потому как с порта с меньшим пресиденсом >>трафик идет на порт с большИм классом. >> > >Вот эта фраза совсем не понятна. Я имел в виду, что пакеты выходящие с порта класса standart с пресиденсом 1 отлично доходят до порта класса premium. А вот если пакеты идут в обратную сторону, то есть с порта класса premium идут с пресиденсом 3 на порт класса standart, то в этом случае они дропаются. >>Вот если поменять алгоритм работы с >3-им prec на стороне провайдера на противоположный, то всё встанет на >своё место. А можно вот эту фразу чуть-чуть подробнее объяснить...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]