gerhard
-
Публикации
10 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем gerhard
-
-
Добрый день.
С утра сегодня ковырялся с SMTP сервером на CUCM(версия 9.1.2) и я так понимаю что что-то поломал.Я зашел в OS Administration и там в разделе Setting-> SMTP вписал сервак,думая что после его ввода будет настройка конкретно для этого сервера. Далее вылезло предупреждение о том,что будет изменен License MAC,на которое я бездумно нажал ОК и дальше как я понимаю просто поменялся сервер на тот что я прописал.Какой был до этого честно говоря даже не представляю.
После этого зашел в RTMT и там логах как я понимаю появились ошибки SyslogSeverityMatchFound и продолжают сыпать.Я так понимаю ,что появились они именно после изменения сервака. Отсюда несколько вопросов :1.Чем черевата запись о смене License MAC
2. Какой сервер обычно указывается в CUCM для SMTP ? -
Всем привет.
Сегодня с утра возникла проблема (абсолютно непонятно с чего вдруг).С новых номеров или с номеров,которые числятся на незарегистрированных аппаратах,невозможно поставить переадресацию с телефона,на который они приземляются.Причем не только на внешний номер,но даже и на внутренний тоже. Причем номера могут быть в одинаковом CSS ,но все равно будет вылезать такая ошибка. Телефон выдает сообщение - " соединение с данным номером невозможно". Причем от аппарата данная проблема не зависит.Может кто поможет где начать вообще ковырять.Пока мыслей совсем нет по этому поводу.
-
Спасибло за помощь народ.Завтра поеду на объект,буду тестировать :) Если что - еще отпишусь )
-
10 minutes ago, YuryD said:
Ну тут так у меня выглядит вланы lan0.10, lan0.40,wlan0.10,wlan0.40 Бриджи bridge0=lan0.10+wlan0.10 (он же management) bridge1=lan0.40+wlan0.40. Почему так ? Да всё просто, если бриджевать физические интерфейсы, вланы будут ходить прозрачно, но мак-адреса со всех вланов будут смешаны в большую кучу, и расползаться по всем клиентам в общем бридже. Когда у каждого влан свой бридж - чужие маки в не свой бридж не лезут.
Т.е. я так понимаю,что для каждого передаваемого VLANа( не MGMT) нужно делать свой бридж,чтоб не мешались они.
-
25 minutes ago, YuryD said:
А зачем управление держать в клиентском vlan? Ну bridge0 у вас чисто физические интерфейсы, а brigde1 смешал два влана.
Это не клиентский VLAN.Это как раз для управления,просто его надо пробросить далее для доступа к остальным девайсам, которые будут находиться за второй антенной.А что нужно сделать,чтоб вланы не смешивались? Я так понимаю,что они должны передаваться через Bridge0 без добавления сабинтерфейсов ?
-
25 minutes ago, NewUse said:
уберите bridge1, порты Наносов по умолчанию транковые, а вот в bridge1 вы всё и мешаете.
Под управление сделайте отдельный vlan и настройте доступ к нему через cisco.
А так чтобы управление осталось в том же влане ? потому что заводить еще одну сеть под эти нужды как-то совсем не хочется.И не совсем понял про " убрать bridge1". Совсем его удалить?
-
Народ,всем привет.
Вылезла такая проблема,причем чисто случайно заметил.Стоят 2 циски,соединяются между собой M5ми точками.В транке прокинуто 2 влана.Проблема в том,что компы ,которые находятся по разные стороны от точек в разных VLANах,почему-то друг друга видят.Если циски напрямую соединить транком через провод,то все становится нормально.Может было у кого-то что-то подобное.Скрин настройки одной из точек приложил.
-
Народ всем привет.
Может кто сталкивался с такой проблемой.Есть CUCM 9.1.2 и Астериск.Между ними сделан SIP транк. На CUCMе поднят Presence сервер и соответственно есть Cisco Jabber девайсы. Так вот джаббер запущенный на Андроиде работает нормально и звонки на Астериск проходят,есть звук и разговор в общем идет.А вот если звонить с джаббера на айфоне ,то звонок прохоидт,но при поднятии трубки на Астериске звонок сразу срывается(в обратную сторону картина такая же).Если смотреть sngrep,то там вываливается 503 ошибка.Различием между SIP профилем для андроида и айфона является только Security Profile CAPF Information,где указывается тип аутентификации.
Просто честно говоря уже не знаю где ковырять.
CUCM SMTP
в Телефония: классическая, IP-телефония (VoIP), NGN сети
Опубликовано · Изменено пользователем gerhard · Жалоба на ответ
Спасибо большое.Буду изучать.А что будет если не перевыпустить лицензии?