
Anton
22.12.2017
20:27:34
ну всмысле для связи PE -CE используется bgp, вот те маршруты что от него к PE пришли и потом пересекают мплс сеть, они на другом конце имеют те атрибуты, что им CE присобачил?

Yevgeniy
22.12.2017
20:27:35
там где Data

Anton
22.12.2017
20:28:16
Эти байты?
я не помню кол-во, но да, те что сначала идут

Google

Innokentiy
22.12.2017
20:28:20
у вас будет address-family ipv4 unicast vrf CLIENT

Anton
22.12.2017
20:29:55
и если на другом конце между PE - CE тоже bgp, то CE2 будет знать обо всех атрибутах маршрута которые оставил CE1 ?

Innokentiy
22.12.2017
20:30:18
да

Anton
22.12.2017
20:30:31
спасибо

Innokentiy
22.12.2017
20:30:38
если не потрете на РЕ их, конечно

nwur
22.12.2017
20:31:07
как то не задумывался
но оно прям туда стек меток засовывает
но почему после заголовков ip?

Innokentiy
22.12.2017
20:35:23
да, почему после заголовков ip?
замечательный вопрос

nwur
22.12.2017
20:36:58
потому что https://tools.ietf.org/html/rfc4950

Google

Innokentiy
22.12.2017
20:37:32
ну, так неинтересно
надо было самостоятельно догадаться
это ж просто

Anton
22.12.2017
20:38:12
обратная совместимость?

Innokentiy
22.12.2017
20:38:17
горячо

Ivan
22.12.2017
20:38:36
Ребята, вы уже близки к разгадке?

nwur
22.12.2017
20:46:48
да чот никто не хочет догадываться. или все уже rfc зачитали

Ivan
22.12.2017
20:49:45

nwur
22.12.2017
20:50:35
однако

Yevgeniy
22.12.2017
20:53:05


Innokentiy
22.12.2017
20:53:37
что вы не понимаете классификацию протоколов, это и не удивительно
модель OSI ничего, ровным счетом ничего не говорит про классификацию протоколов
с точки зрения базовой эталонной модели по уровням классифицируются задачи сетевого взаимодействия
а один протокол может решать сразу много задач, и они могут относиться к разным уровням
например, интерфейс Ethernet 1000BASE-T решает задачи и физического, и канального уровня
(а считч, как мы сегодня выяснили, еще и сетевого)
или вот малоизвестный протокол ТСР
он решает задачи 4 и 5 уровней
поэтому классифицировать протоколы по уровням - действие увлекательное, но к модели OSI отношения не имеющее

Google

Yevgeniy
22.12.2017
20:58:13

Innokentiy
22.12.2017
20:58:23
так я тоже не понимаю
и никто не понимает
потому что нет этой классификации
это не потому что у меня мозгов мало

Yevgeniy
22.12.2017
21:00:09

Innokentiy
22.12.2017
21:00:29

Yevgeniy
22.12.2017
21:01:04
ок я прочту, на неделе

Innokentiy
22.12.2017
21:02:10
(на собеседовании говорите, что свитч работает на втором уровне. плебс не поймет-с)

Yevgeniy
22.12.2017
21:02:14
я правда ответил что свитчи бывают и 3 и 4 уровня, т.к. могут выполнять функции на этих уровнях тоже)
и этого хватило

Yevgeniy
22.12.2017
21:02:22
)

Sergey
22.12.2017
21:02:38
4 уровня ?
Ну тогда так можно сказать что он и 7 - telnet и snmp он жеж умеет )

Yevgeniy
22.12.2017
21:03:53
ну да, но это уже менеджмент-плейн
а на дейта-плейне он может фильтровать по номеру портов в TCP/UDP...

Innokentiy
22.12.2017
21:04:26
и что?

Yevgeniy
22.12.2017
21:05:11
на основе URL в HTTP не может он фильтровать
ну если только не какой-нибудь свич который через проц будет пропускать трафик, проц то все может...

Google

Innokentiy
22.12.2017
21:05:57
все задачи, решаемые на транзитных узлах, не имеют отношения к транспортному уровню
в лучшем случае к сетевому
и неважно, на основе чего вы фильтруете трафик
хоть на основе выражения лица человека. которого снимает камера, а затем видеопоток передается по сети

Yevgeniy
22.12.2017
21:08:09
хз кароч, это значения мало имеет)

Innokentiy
22.12.2017
21:08:34
да, это все философия

Yevgeniy
22.12.2017
21:16:02
может быть имело бы больше, если бы использовали OSI стэк протоколов

Admin
ERROR: S client not available

Snake
22.12.2017
21:19:24
Уже было?

Innokentiy
22.12.2017
21:23:39
как же нет

bormoglotx
23.12.2017
06:46:41
Во первых работа любого протокола как pe-ce имеет очень важные нюансы.
Во вторых, про семейства адресов: попадают на pe от ce (если используется bgp), как маршруты с afi/safi 1/1. Далее, к пркфиксу добавляется rd маршрут превращается в vpnv4 - afi/safi 1/4.
Как vpnv4 маршрут префикс передается на рефлектор/другие ре и т д.

Andrey
23.12.2017
07:04:56
Его кто-нибудь понимает? ?

bormoglotx
23.12.2017
07:08:07

Anton
23.12.2017
07:09:27
Да все в общем понятно

Cyber
23.12.2017
07:31:55
Народ еще вопрос мы в настройках vrf можем сделать два export или там только один?

nwur
23.12.2017
07:36:02
сколько захочешь

Google

bormoglotx
23.12.2017
07:36:11
Обычно делается политикой - удобнее

Cyber
23.12.2017
07:41:18
Rd и rt не обязаны же совпадать?
Которые на экспорт

bormoglotx
23.12.2017
07:41:27
Нет
Rd никак не зависит от rt
Rd делает ваш префикс уникальным, что бы клиенты могли использовать пересекаюшуюся адресацию. RT нужна для фильтрации маршрутов

Cyber
23.12.2017
07:43:20
Смотрите там где много import я видел а в каких члучая может потребоваться больше одного export?

bormoglotx
23.12.2017
07:44:04
Когда вам нужно настроить ликинг между разными vrf

Cyber
23.12.2017
07:45:01
Ну так это можно на другой стороне с помощью import сделать

bormoglotx
23.12.2017
07:45:23
Можно.
Ну а что тогда не понятно?

Cyber
23.12.2017
07:47:04
А ведь все равно случайно сети можно пересечь же да? Если сделать импорт в vrf другого клиента а у него такая адресация, правильно

bormoglotx
23.12.2017
07:48:27
Да, естественно.
У кого то из клиентов пропадет связность просто в таким случае

Cyber
23.12.2017
07:49:19
А когда до PE доходит маршрут то что сначала rt снимаеться или rd?

bormoglotx
23.12.2017
07:50:48
Сначала смотрит на rt - если у него импорт данного комьюнити или нет, либо включена ли опция keep all (ну или коробка является рефлектором)

Cyber
23.12.2017
07:51:40
А если рефлектор то что?