dovecot Опубликовано 21 апреля, 2012 · Жалоба Здраствуйте! В существующей MPLS сети активно используется TE. Оборудование CISCO 7600/6500. Познакомились с технологией AutoTunnels. ПО результатам технического описания - технология достаточно интересная, так сказать "наделенная интеллектом". Хотелось бы спросить у коллег, которые использую или использовали данную технологию у себя в сети, на сколько хорошо AutoTunnels оптимизирует прохождение траффика каналами связи (понятно, что в разных топология можем получить разные результаты, но как было/есть у Вас)? Ну и как всегда очень общий вопрос, "стоит ли игра свечь"? Спасибо! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
arseniiv Опубликовано 21 апреля, 2012 · Жалоба Однозначно стоит. При правильном дизайне можно равномерно распределить нагрузку на сеть и обойти узкие места. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Fduchun Опубликовано 21 апреля, 2012 · Жалоба Однозначно не стоит. Как указал arseniiv, требуется правильный дизайн. В противном случае можно нажить себе больше проблем, чем удобств. Лучше всего, если есть дизайн TE для ваших сервисов и нужд, и если есть TE tool типа WANDL или Caridan MATE, для того чтобы это TE планирование делать. Если вы не крупный оператор (типа BT или DT), то можно обойтись мониторингом нагрузки на интерфейсах и плановым расширением емкости. И хотя TE позволяет временно обойти узкие места - это не панацея. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dovecot Опубликовано 21 апреля, 2012 · Жалоба Лично для меня это выглядит как весы, на одной стороне которых - возможность более оптимальной утилизации ресурсов, а с другой - практически гарантированное усложнение сети, а значит негативное влияние на траблшутинг. Но, например, без таких вещей как TE Fast ReRoute просто не обойтись - в случаях необходимости замечательно спасает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
arseniiv Опубликовано 21 апреля, 2012 · Жалоба Значит ваш выход - "ограниченное использование". Ну и курите документацию. Кстати, там много вещей работает автоматически. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zi_rus Опубликовано 21 апреля, 2012 · Жалоба а мы замутили mpls te autotunnels для fast re-route, теперь в ядре при обрыве кабеля, трафик уходит через запасной пусть через 50мс, без fast re-route было 120-150мс, для более крупного ядра думаю будет еще больше разница Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...