Всем доброго дня. Итак, есть АТС R11.0.1, кристалл, на дублированных CPU7-2. Есть IP-аппараты и SIPы Bittel разных моделей. В один прекрасный день АТС ребутнули, и на сипы Bittel 2008 перестали поступать вызовы. Отбой происходит с типом 400 Bad request и расшифровкой Warning: 399 <IP-адрес АТС> "Malformed Media : a=ptime=20". Что интересно, это коснулось только модели 2008, однолинейной. Другие Биттелы, на 2 линии, работают нормально. Какие будут мысли у экспертов, что с этим делать?
Вопрос два: В настройках IP / IP parameters изменили значения ptime для кодеков G.711 и G.729. Рестартовали платы INTIP. Вообще ни на что не повлияло, в инвайте в SDP по-прежнему media attribute (a) : ptime: 20. Почему параметр не изменился в соответствии с настройками АТС?
Добрый день, коллеги. Такая ситуация. ОХЕ R10.1.1, есть плата GD (позиция 1-0) и GA (позиция 1-1). На каждой установлено по MADA3. Делаю стык по H.323 с другой АТС. Сделал транк-группу с типом ABCF, сокращенные наборы, все как надо. В транк-группе аксесс только один прописал - на плату GA 1-1. А в логах вижу, что вызовы идут то с адреса GD, то с GA. Больше IP_транкгрупп в АТС нет, trkstat 1 0 показывает, как положено, пустые каналы.
Есть ли возможность жестко назначить адрес ресурса, с которого идет вызов? Надо, чтобы только с одного было.
ПС. Рестарт не помог. Игры с сочетанием кол-ва каналов для устройств и гейтвея на обеих платах не помогли.
Всем привет. ОХЕ R9.1 common hardware с тремя выносными полками, на всех PCS на базе CS2. После смены IP-адресов на головном CS (адреса выносов не менялись) два PCS подвязались без проблем через pcscopy, а один - ни в какую, всегда заканчивается ошибкой PCS Database Update => End NOK: Bad PCS soft. release. Версия софта везде одна, само собой.
Хосты со всех сторон проверил придирчиво, все норм. Пробовал с пустой БД, с развернутой из бэкапа БД, заново софт на PCS залил - не помогает. Говорят, что МЭ или ФВ на сети нет. Что еще может мешать? Этот третий PCS до смены адресов был подтянут, в статусе INACTIVE
Всем добрый день. Планируется смена IP адресов на OXE. Переезд в другую сеть, все такое... Вопрос - 4645 сама переинициилизируется на новый адрес или что-то надо руками делать?
Добрый день. Схема такая: вызов приходит в потоке Е1, попадает на EntityCall (для деления день/ночь), в режиме "день" уходит на AutoAttendant Menu, реализованный на почте 4645. Там по пунктам меню уходит на разные хантинг-группы. Там вызов кружится две минуты, затем звучит войс-гайд "Этот номер недоступен, попробуйте позвонить позже", вслед за чем заново запускается приветствие АА меню.
Вопрос номер раз: можно ли при неответе хант-группы направить вызов на другое АА-меню (4645). - прописал номер нового АА-меню в CDT Энтити, на которую приходит вызов. Не помогло - все так же две минуты гуляет по группе, потом заново приветствие.
- сделал хант-группе отдельную Энтити, прописал номер нового АА-меню в оверфлоу этого Энтити. Не переходит. - дальше идеи кончились.
Вопрос номер два: откуда берется таймер в 2 минуты? Timer 7 = 30 секунд.
Подозреваю, что это один из таймеров в Trunk COS, но посмотреть не могу - при попытке зайти туда пишет MAO is locked. При этом весь прочий mgr работает исправно.
Изменение пароля mtcl при доступе через RADIUS-сервер
Коллеги, приветствую. Есть ОХЕ с утраченным паролем mtcl. Доступы на swinst и root имеются. К mtcl настроен доступ через Радиус-сервер.
Вопрос: если изменить пароль mtcl, поломается ли работающий доступ через Радиус? Никогда не настраивал такую аутентификацию, в доке сходу не совсем понятно.
AutomatedAttendant на 4645, Какой voiceguide используется?
Добрый день. Прошу помощи, коллеги. Досталась мне старая станция (Common Hardware + 4645), где голосовое приветствие реализовано следующим непривычным для меня образом: городской номер в трансляторе направлен на внутренний с типом Automated Attendant и переадресацией на номер 4645. В Applications / Voice Mail / 4645 VM Automated Attendant я нашел запись с тем самым внутренним номером из транслятора, там меню со структурой кнопок, которое работает, когда я звоню на городской номер. Вроде все понятно, кроме одного - откуда этот АА берет войсгайд с приветствием.
В VG индексах платы GD указаны всего три - стандартный русский, moh и один кастомный msk. Расковырял его и вообще все лежащие в /usr7/adpcm/flash/custom msk-файлы, там приветствия нет. Если оно подгружается напрямую в 4645, то как?
Коллеги, добрый день. Есть OXE R10.1.1-j2.603-20-i-ru-c80s1 При входе выдает такую ошибку: dumpsave: Cannot read the file header (/dev/crashdump) read #1: Input/output error
И далее везде.При попытке входа в swinst: dumpsave: Cannot read the file header (/dev/crashdump)read #1: Input/output error-bash: /DHS3bin/soft_install/bin/.profile: Input/output error
При попытке посмотреть инциденты: -bash: /DHS3bin/oneshot/mtcl/incvisu: Input/output error
При запуске checkdb: -bash: /DHS3bin/oneshot/mtcl/checkdb: Input/output error
При запуске 1-го пункта spadmin: =========================== LIBC caught SIGSEGV in 361 =========================== Registers: EFLAGS = 0x00010206 EAX = 0x00000041 EDX = 0xbfffacfc EIP = 0x080b4bb4 EDI = 0x080b4bb4 ESI = 0x0000026d EBP = 0xbfffeb80 EBX = 0x000000ac ECX = 0xbfff0000
Короче, вообще ничего не сделать. И еще отвечает медленно, еле ворочается.
На главном под рутом не пускает с аналогичной ошибкой: bash: /root/.bashrc: Input/output error
Зашел под рутом на StBy, там инциденты от 23-го года, всего около десятка, и после них ничего. 12/10/23 14:33:07 000016I|---/--/-/---|=2:4351=Incoherent data: appli INITREM table POSTE cause 70161049 info 627 -1 48 12/10/23 14:33:07 000016I|---/--/-/---|=2:4351=Incoherent data: appli INITREM table POSTE cause 70161409 info 2816 -1 330:
Посмотрел на StBy состояние диска. На сектора вроде не ругается. На что тут обращать внимание?[root@oxe_cs1 mtcl]# smartctl -a /dev/hda Device: TOSHIBA MK4032GAX Supports ATA Version 6 Drive supports S.M.A.R.T. and is enabled Check S.M.A.R.T. Passed
General Smart Values: Off-line data collection status: (0x00) Offline data collection activity was never started
Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run
Total time to complete off-line data collection: ( 167) Seconds
Offline data collection Capabilities: (0x5b) SMART EXECUTE OFF-LINE IMMEDIATE Automatic timer ON/OFF support Suspend Offline Collection upon new command Offline surface scan supported Self-test supported
Smart Capablilities: (0x0003) Saves SMART data before entering power-saving mode Supports SMART auto save timer
Коллеги, добрый день. Стыкую Агат 7212 с Алкателем R10.1.1. Стык СИП-транком, на стороне ОХЕ транк-группа с типом ABC-F, public, mini-SIP, без DDI транскодинга.
С номера 980ХХХХ Агата набираю внутренний номер алкателя, вижу на дисплее аппарата ОХЕ номер 8B980XXXX. В коллбэк трансляторе ничего такого нет. Откуда может браться это 8B?
Ладно, я помню, что В может добавляться при каких-то условиях типа приватного транка, хотя здесь тоже мимо. Но восьмерка откуда?
Да, забыл. В трассе, само собой, чистые номера вижу. Никаких добавок. То есть чисто вопрос индикации номера на ОХЕ.
Коллеги, всем привет. Подскажите плиз, в каких случаях на дисплее аппарата после номера звонящего появляется звездочка? Не получается вставить картинку, скрин по Скрин с софтфтона. Входящий вызов на хант-группу по сложному маршруту Е1 - ABC-F - SIP - ABC-F - группа.
Всем добрый день. ОХЕ R9.1. Городской номер приходит одной аналоговой СЛ на плату NDDI. В Routing Number транка стоит префикс EntityCall. В Энтити было так: в дневные часы перевод на хант-группу, в ночные - на IVR. Мне понадобилось сделать днем набор на ABCF-номер другой станции. Соответственно, поменял в Энтити все три Day routing number-а на нужный ABCF-номер, и не заработало. Вызовы приходят на ночной IVR. Хотя entitystat показывает статус день.
Уже все временные интервалы в Энтити выставил в день, все роутинги в Энтити зарулил на этот номер. Все равно отвечает IVR. При этом если в Routing Number транка сразу указать нужный номер, то улетает по ABCF в нужное место. Но уже без расписания.
Релиз 9.1 не позволяет таких фокусов? Или это особенность аналоговых СЛ? На других узлах, где городской приходит по потоку, все норм настроилось.
Передача имени абонента при звонке через SIP-транк
Добрый день, коллеги. Есть ОХЕ 12.1 и Авайя, связанные СИП транком.
При звонке с Алкателя на аппарате Авайи отображается имя абонента. А наоборот - имя транк-группы на алкательском аппарате. В Phone features COS включен Calling Name CNIP/CNAM В External signalling parameters включен Calling Nmae presentation. В параметрах External Gateway параметр RFC 3325 supported by the distant = True
Что еще надо сделать?
Да, транк-группа с типом ABC-F. Пробовал и public, и private - без эффекта.
Добрый день. Странная такая проблема. Выносной шлюз GD-3 плюс две платы АРА8. Переключили в него аналоговые ростелекомовские линии со старой АТС, где все прекрасно работало. И - полная тишина после установления соединения на вход или на выход. Идут секунды разговора, и - ничего. Входящие приходят на NOE аппараты 8008, внутренняя связь с голосом, вызовы на основную площадку с голосом. Сеть считаем вне подозрений. Меняли платы АРА, меняли GD - без эффекта. В Trunk COS пробовал сменить тип на Long Line. Появились обрывки слабого эха, но не нормальный голос.
Что еще можно в транк кос покрутить? Или трясти прова на предмет умощнения линий, или как это правильно сказать?
Коллеги, здравствуйте. Всех с наступающим НГ. Грядет апгрейд пары далеких ОХЕ с 10.х и 11.х до 12.4. Сами АТС на Appliance Server, плюс много выносов с PCS (CS-2, CS-3). Собственно, вопрос: есть ли шанс все это проапгрейдить удаленно?
Уже понятно, что любимый способ с неактивной партицией больше не работает, уже пробовал. При переходе со старых версий на 12.4 диск полностью реформатируется. А для этого нужно, чтобы AS или PCS грузился из сети. А для этого этот Network boot надо как-то активировать.
Добрый день, коллеги. Имеется аппарат 8008СЕ версии 1.53.04 и необходимость провиженинга путем скачивания конфигурационного xml-файла с удаленного сервера. Непонятка вот в чем: аппарат не желает брать параметры из набора опций, которые привязаны к кастомному Vendor Class. Параметры берутся из набора вендора Standard.
Хотя, если шарком смотреть, то в сообщении DHCP Discover от аппарата есть Vendor Class Identifier = ictouch.0 (и такой же у меня кастомный вендор создан на сервере).
То есть, в принципе, все скачивается, путь к файлу берется из 43-й опции вендора Standard, но хочется понять, почему Vendor Class не отрабатывет.