включая MPLS, RSVP и OSPF-TE

Сходившийся по сравнению с неконвергированной сетью. Я лично рекомендовал бы разделить VoIP и данные на отдельные физические сети … не сходившаяся опция. Обоснование для этого, по-моему, разница в стоимости - действительно не все, что значительный и оно обеспечивает несколько преимуществ.

Первое преимущество, не имеет значения, что делают Ваши пользователи данных, это не повлияет на Ваши телефоны. Между пожирателями ресурсов пропускной способности пользователи, которые заражены вирусами, физическим неправильным функционированием и/или пользовательской злонамеренностью, там являются большим количеством возможных способов для Ваших пользователей данных повлиять на Ваших пользователей VoIP, если они совместно используют какую-либо инфраструктуру. Даже при применении политик QoS если у Вас есть пользователь, сносящий 100 Мбит/с трафика Ethernet, он может перегрузить процессоры переключателей, настроить Ethernet среды, коллизии, очень вероятно, произойдут на и т.д. В моем уме Вы выполняете второй набор кабелей, Вы добавляете второй набор переключателей, и Вы не должны волновать по поводу этого ….

Второй причиной является безопасность. Не то, чтобы трудный для опытного пользователя выйти и получить трафик VoIP и восстановить телефонные разговоры они действительно не должны слушать. Да, это смягчено в значительной степени при помощи отдельных VLAN, но существуют некоторые методы, которые позволяют Вам скачкообразно двинуться от одного VLAN до другого …, имеющего трафик в двух совершенно отдельных пределах физических сетей это. Наличие двух отдельных сетей не предотвратит это, но по-моему, так как они должны были бы физически соединиться со второй сетью для отслеживания, это заботится о большом количестве из, “он намеревался сделать это?” вопрос.

В-третьих, по-моему, действительно хорошо иметь сети не, сходился с точки зрения поиска и устранения неисправностей. Если у Вас есть только вызовы VoIP, идущие по сети, то Вы не должны рыться в странице после страницы получений wireshark, ища трафик, Вы хотите … да, это - то, для чего Находка, или фильтры для, но по-моему VoIP хитер для поиска и устранения неисправностей и столь простой, как можно сохранить среду, которую Вы диагностируете в, более обеспеченное, которым Вы будете.

Программные телефоны собираются создать проблему, и нет очень хорошей работы вокруг для тех. Необходимо смочь получить их трафик, и применять политики QoS к нему для улучшения он, случайно натыкается сеть передачи данных, но действительно, существует только так, Вы сможете сделать с ними. Мне нравятся программные телефоны, они - аккуратные гаджеты, но я не рекомендовал бы использовать тот в качестве основного телефона для кого-то, который должен иметь надежный телефон. Я подозреваю, что Вы могли предложить некоторое решение с 2 NICs в каждой машине, которая использует клиент программного телефона, но это все еще не защитит Вас от проблем как зыбь на вызове программного телефона, потому что ЦП ПК пережевывает открытие большого файла.

Я рекомендовал бы проверить программные телефоны, прежде чем Вы решите реализовать их, заставьте своего поставщика установить один на машине и затем ковать ЦП на той машине и видеть, ухудшает ли качество мимо, что приемлемо для Вас.

Я категорически не рекомендовал бы использование одного кабеля для речи и данных, я знаю, что это, как предполагается, работает, но так как это не находится на отдельных широковещательных доменах, если ПК передаст в большой степени, то у Вас будут проблемы с телефоном, получающим доступ к медиа.

Другой, вторичная причина, мне нравятся отдельные сети, в случае, если у Вас действительно есть своего рода катастрофическая плавка вниз в одной из Ваших сетей …, у Вас есть аварийное завершение переключателя, например, …, у Вас действительно есть вторая сеть, находящаяся там, Вы знаете работы, которые можно иногда временно проектировать на службу для покрытия Вас, пока Вы не добираетесь, та другая сеть зафиксировала …, я знаю, что несколько идет вразрез со всеми моими предыдущими аргументами, но если это возвращает пользователей и выполнение, я хорошо с нарушением моих собственных правил

О единственном аргументе я могу думать, который несет любую воду для движения с конвергированной сетью по сравнению с не, сходился, простота аргумента управления. В то время как я - все для хранения Вашей сети, максимально легкой, я не чувствую, что дополнительная сеть добавляет сложность к управлению сетью.

0
задан 4 October 2012 в 08:52
1 ответ

Два включенных вами конфигурационных оператора сообщают устройству JunOS о двух действиях:

1) Начать передачу объявлений о состоянии канала на этом интерфейсе.

2) Объявление подсетей. настроены на этих интерфейсах.

Для каждого устройства вы должны использовать команду:

set protocols ospf area 0.0.0.0 interface lo0.0 passive

Пассивный параметр указывает JunOS включить эту подсеть, но не отправлять рекламные объявления по этой ссылке. Вы почти всегда делаете это на интерфейсах обратной связи. Если интерфейс не обращен к другому маршрутизатору, на который вы хотите распределить маршруты, тогда этот интерфейс должен быть установлен как пассивный.

Итак, вам следует добавить этот оператор в UOW-TAU и UOW-HAM:

set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 passive

On TAU- PE1 и HAM-PE1, вы можете получать рекламу, добавив заявление:

set protocols ospf area 0.0.0.0 interface ge-0/0/2.0
1
ответ дан 4 December 2019 в 21:38

Теги

Похожие вопросы