межкластерный магистральный канал (неуправляемый шлюзом) не регистрируется
-
Я не уверен, какие именно службы, но в плане работоспособности все работает. Да, группа менеджеров вызовов включает весь кластер на обоих кластерах. Также проверено, что все узлы работают.
-
Интересно, что вы имеете в виду под фразой «
Если я изменю IP-адрес в магистрали на любой из моих узлов-издателей»? Может быть только один издатель, а вы упоминаете его во множественном числе. Это опечатка? ![Response Signature]
-
У меня есть 2 кластера, я создаю ICT без шлюза между двумя кластерами. Поэтому, если я указываю ICT на абонентский узел другого кластера, то все работает, но если я указываю их на узел издателя другого кластера, то все не работает.
-
Я еще больше сузил круг: ICT-A (запускается на всех узлах) ---> cucm-pub-b.abc.inc & ICT-B (запускается на всех узлах) ---> cucm-pub-a.abc.inc === НЕ РАБОТАЕТ
ICT-A (запускается на всех узлах) ---> cucm-sub-b.abc.inc & ICT-B (запускается на всех узлах) ---> cucm-sub-a.abc.inc === РАБОТАЕТ
ICT-A (запускается на всех узлах) ---> cucm-pub-b.abc.inc & ICT-B (запускается на всех узлах) ---> cucm-sub-a.abc.inc === A к B РАБОТАЕТ, B к A НЕ РАБОТАЕТ.
ICT-A (запускается на всех узлах) ---> cucm-sub-b.abc.inc & ICT-B (запускается на всех узлах) ---> cucm-pub-a.abc.inc === B к A РАБОТАЕТ, A к B НЕ РАБОТАЕТ.
Это как если бы получатель указывал на издателя, тогда вызов не удался бы... -
Это последняя ситуация, которую я перечислил выше:
ICT-A (запускается на всех узлах) ---> cucm-sub-b.abc.inc & ICT-B (запускается на всех узлах) ---> cucm-pub-a.abc.inc === B к A РАБОТАЕТ, A к B НЕ РАБОТАЕТ.
Телефоны, зарегистрированные в кластере B, могут звонить в кластер A, но не наоборот. ![Pasted image 20250814123408.png] ![signal-2025-08-14-163215.png] ![signal-2025-08-14-163236.png] ![signal-2025-08-14-163307.png] ![signal-2025-08-14-163332.png] ![signal-2025-08-14-163351.png]





-
Я делаю это в лабораторных условиях только для курса CCNP.
-
Прошло уже много лет с тех пор, как я прошел обучение CCNP, но если оно включает в себя устаревшие ICT-магистрали, я буду весьма удивлен, поскольку в реальных условиях они не используются уже много лет. Cisco в целом отказывается от H.323 и даже заявляет о прекращении поддержки этого протокола в IOS. Несложно предположить, что он будет прекращен и в CM. ![Response Signature]

-
Это лабораторная среда, проблем с DNS нет, все разрешаются. Я попробовал IPv4, но результат остался прежним. Работает только абонент.
-
Служба Call Manager активирована и запущена на узлах Publisher? ![Response Signature]

-
Да, Call Manager работает на всех узлах, он также находится в группе Call Manager. (Я попробовал поместить Publisher на верхнюю позицию, но результат остался прежним).
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти