Уважаемые зрители! Если видео лекции/практики оказалось полезным, поддержите ролик лайком и комментарием, это поможет ознакомить с ним большую аудиторию. Спасибо.
Спасибо за короткое и ясное изложение! Считаю, что обе схемы нужны, а если сеть сложная и поверх нее работает множество сервисов, то лучше иметь отдельную схему на каждый конкретный сервис. Да, это сложно администрировать, но зато легче диагностировать неисправности и планировать дальнейшее развитие сети.
Именно так, но и поддерживать схемы для сервисов это тоже отдельная морока, нужно иметь этот пункт в чеклисте на выполнение любых работ на сетевом оборудовании.
А при диагностики сети, какую лучше схему держать в голове? Вопрос серьезный, так в книжках в разных представление работы сети есть как вертикальные (OSI) так и горизонтальные (cpe>pe>p>pe>cpe). Порой в голове путаница физической и логической схемы иногда это превращается в кашу, когда проблема не очевидна а сеть большая.
ну обычно мы проверяем связанность ping и tarcert, соответственно это уровень L3 и схема L3. Если проблема не решилась на 3ем уровне, то спускаемся на L2 и тут не обойтись без L2 схемы. В вашем случае с CE-PE-P-PE-CE все несколько сдожнее, тк всякие MPLS VPN наложены на сеть и тут я бы начал со схемы организации конкретных VPN или сервисов, крайние точки ка которых нужно убедиться в работоспособности VPN. Похожая история с проброшенными тоннелями GRE\Ipsec\L2TP - нужна схема построения тоннелей идти нужно от крайних точек тоннелей.
![โฮ่ง! (SUGOI) - LYKN [ OFFICIAL MV ]](http://i.ytimg.com/vi/nFp4zjAARFs/mqdefault.jpg)
Уважаемые зрители! Если видео лекции/практики оказалось полезным,
поддержите ролик лайком и комментарием, это поможет ознакомить
с ним большую аудиторию. Спасибо.
не совсем понимаю что такое SVI интерфейс
@@Andre4s123 th-cam.com/video/5SybFvUFXgo/w-d-xo.html
Спасибо за короткое и ясное изложение! Считаю, что обе схемы нужны, а если сеть сложная и поверх нее работает множество сервисов, то лучше иметь отдельную схему на каждый конкретный сервис. Да, это сложно администрировать, но зато легче диагностировать неисправности и планировать дальнейшее развитие сети.
Именно так, но и поддерживать схемы для сервисов это тоже отдельная морока, нужно иметь этот пункт в чеклисте на выполнение любых работ на сетевом оборудовании.
Прям на пальцах! Красавчик! 👍🏻
А при диагностики сети, какую лучше схему держать в голове? Вопрос серьезный, так в книжках в разных представление работы сети есть как вертикальные (OSI) так и горизонтальные (cpe>pe>p>pe>cpe). Порой в голове путаница физической и логической схемы иногда это превращается в кашу, когда проблема не очевидна а сеть большая.
ну обычно мы проверяем связанность ping и tarcert, соответственно это уровень L3 и схема L3. Если проблема не решилась на 3ем уровне, то спускаемся на L2 и тут не обойтись без L2 схемы. В вашем случае с CE-PE-P-PE-CE все несколько сдожнее, тк всякие MPLS VPN наложены на сеть и тут я бы начал со схемы организации конкретных VPN или сервисов, крайние точки ка которых нужно убедиться в работоспособности VPN. Похожая история с проброшенными тоннелями GRE\Ipsec\L2TP - нужна схема построения тоннелей идти нужно от крайних точек тоннелей.
Дима красавчик
Спасибо :-)