liveruwow

Прошивка cisco 7911 (7906) на SIP. Cisco признала официальный Если есть у кого SCCP прошивка 8.5(2) cmterm-7911_7906-sccp.8-5-2.zip.

• У меня валялся аппарат Cisco 7911. Там стояла прошивка SCCP. Прошил на версию cmterm-7911_7906-sip.8-5-3.
• Как прошить телефон Cisco IP Phone 7906, 7911. Какую программу для этого надо использовать.
• Dec 9, 2009 - Конкретно буду рассказывать о моделях 7906 и 7911. Прошивку для телефонов с поддержкой SIP с оф.сайта cisco скачать могут. На стороне скачал другой вариант прошивки 8.5.2, с которой все и заработало.

Здравствуйте, уважаемый читатель! Приветствую Вас в своем блоге, который посвящен голосовым технологиям. На его страничках мы будем говорить о безграничном мире телефонной связи и сетевых технологий. Основное внимание будет уделено решениям и технологиям в области IP-телефонии (Cisco, Nortel и др.). Это IP PBX на базе Cisco Unified Communications Manager и Cisco Unified Communications Manager Express, контакт-центры Cisco, PBX Meridian 1 и Succession. Также я буду знакомить Вас с новостями из мира обучения - с курсами Cisco, созданными мной учебными материaлами и пособиями, авторскими курсами, а также многим другим. Буду рад по возможности ответить на Ваши вопросы.

Добро пожаловать! Добрый день, коллеги!

На курсе CIPT1, который я провожу в настоящее время в Алмате, один из слушателей попросил меня помочь с проблемой, связанной с телефоном Cisco 7911. Проблема заключалась в следующем - телефон был переведен в режим обновления ПО с помощью комбинации клавиш 123456789.0#, однако новое ПО он категорически отказывался принимать (на TFTP сервере находилась прошивка SCCP 9.2.3, в качестве TFTP сервера использовался CUCME v7.0). На экране светилась надпись 'Upgrading' и высвечивался MAC-адрес телефона. Причем так себя вели два телефона этой модели.

Очевидно, что нужно было провести более глубокий анализ такогого поведения телефона. Для этого решили с помощью Wireshark посмотреть, какие пакеты отсылает и получает данный аппарат. Было установлено, что телефон получает все необходимые настройки по DHCP (включая адрес TFTP-сервера с опцией 150), но дальше никакой активности не проявлял. Решение было найдено на сайте вендора.

Были проделаны следующие действия: - на ТFTP сервер загрузили прошивку SCCP 8.2.2 SR1; - при включении питания на телефоне нажали клавишу # и удерживали ее до момента, когда начал мигать светодиодный индикатор MWI: - ввели команду сброса телефона до factory default:.#, после которой телефон полностью обнулился; - телефон получил параметры DHCP и затем подтянул прошивку 8.2.2 c TFTP-сервера; - после загрузки прошивки телефон перезагрузился и успешно зарегистрировался на CUCME, т.е работоспособность телефона была восстановлена. Зернодробилка бытовая вальцовая валковая крупорушка. Однако, затем была произведена попытка проапгрейдить прошивку до актуальной, 9й версии, для чего было решено зарегистрировать телефон на лабораторном CUCM версии 8.5, на котором находилась прошивка 9.2.3. При регистрации нашего телефона с прошивкой 8.2.2 попытка апгрейда не удалась - телефон обращался к серверу, активировался процесс апгрейда, но при его старте высвечивалось сообщение 'Auth Fail' и процесс обновления ПО прерывался. Далее телефон загружался с прошивкой 8.2.2 и регистрировался на CUCM.

Решение для второй появившейся проблемы тоже было найдено. Оказывается, что на девятые версии прошивки можно перейти только, если на телефоне была прошивка версий 8.3 или новее. Телефон был перепрошит с версии 8.2.2 на 8.3.5, после чего при регистрации на CUCM он успешно автоматически проапгрейдился до 9.2.3. Вот таким способом мне удалось успешно восстановить оба телефона 7911. Если кто-то из вас столкнется с подобной проблемой на телефонах 7911, описанный выше способ помогает исправить ситуацию. Удачи и хорошего дня!:).

Владимир Дмитрий, спасибо за полезную статью. Точно такая же ситуация была с 7941G. Новый телефон устанавливаю на удаленном сайте. Хотят русскую локаль, а она упорно не тянется ('Auth Fail').

Прошивка новая 9х, также не тянется. Попросил сбросить на дефолт по 123.и.т.д.#. Как результат - мертвый телефон с 'чашкой кофе' на экране. Грешил на безопасников. Я в тот момент, как раз был на курсе CVOICE, который вел Александр, обсудили тогда эту проблему - решения не нашли.

Пользователь на складе получил новый телефон. А несколько позже я заметил, что часть телефонов нормально регистрируются на CUCM, но ActiveLoadID = unknown. В процессе разбирательств и выяснилось почему: у телефона старая прошивка и он не смог подтянуть новую. Решение аналогичное. Добрый вечер, Родион! Локаль - это не только изменение языка телефона, но и также изменение тонов акустических сигналов станции (КПВ, Занято, Готовность), и изменение языка встроенной системы звуковых сообщений - так называемого Announciator'а.

Скачать локали можно с cisco.com, но скорее всего потребуется учетная запись с партнерским уровнем доступа. Вот Вам ссылки, где Вы сможете прочесть о локалях более детально: Хорошего вечера! Анонимный Здравствуйте, Дмитрий! У меня к Вам вопрос по поводу телефонов, может и не связанный с прошивками, но не нашёл более подходящей темы для него.

В последнее время наблюдается подвисание телефонов. Например, при нажатии кнопки набор телефон перестаёт реагировать, и набора не происходил. Либо же при входящем вызове после поднятия трубки соединения не устанавливается, даже при нажатии кнопки ответ. Если стоит переадресация по таймауту, вызов переадресовывается.

Ощущение, что нарушен обмен сообщениями сигнализации между CUCM и телефонами. Смена прошивок не помогает.Систематичности тоже нет, чтоб понять закономерность. Можете подсказать, как найти причину, в какую сторону копать? Пока есть подозрение, что причиной может быть асимметричная маршрутизация между телефонами и CUCM. Буду очень благодарен за любые ответы. Доброе утро, А ранее все телефоны работали нормально?

Как давно заметили вот такие подвисания? Не проводились ли какие-либо изменения настроек сети? Обмен сигнализацией между телефоном и СUCM можно посмотреть только через Real-Time Monitoring Tool (RTMT). Т.е нужно сначала в Serviceability выставить самый информативный уровень трейсов (debug), выбрать там же телефон для трейса (чтоб лишнее не сыпалось в дебаг), и потом запускать RTMT, совершать звонки и смотреть, что там происходит. А что Вы имеете в виду под 'ассиметричной маршрутизацией'?

Можно трейсить двумя способами: 1. Использовать Real-Time трейс, но для этого нужно, чтобы при звонке вылезла эта проблема.

Как я понял, она не постоянная, а то появляется, то исчезает. Можно просматривать трейс-файлы, которые лежат в самом ССМ. В RTMT для этого есть две опции - Remote Browse и Local Browse.

С помощью первой можно просматривать трейсы, не выгружая их с ССМ. Вторая дает возможность выгрузить файлы трейсов и смотреть их локально на Вашем компе. В обоих случаях Вам нужно знать время возникновения проблемы, чтобы понимать, какой из файлов с трейсами открывать. Николай Наконец то отловил лично эту проблему, и могу точнее описать. Телефон попросту перестаёт реагировать на софт клавиши (повтор, новый вызов), и цифровые кнопки. В трубке - нет гудка готовности, только тихий фоновый шум. При этом потери регистрации не происходит.

Примерно через минуту-две без перезагрузки телефона всё приходит в норму. Выявилась зато закономерность, при переводе телефонов на второй CUCM за момент период наблюдения (2 недели) подобных инцидентов не наблюдалось. Разбираюсь дальше:). Добрый вечер, Дмитрий! Прошу помощи у Вас, так как больше-то и обратиться не к кому.

В моей сети есть пачка терминалов 7940G и один телефон 7971G. Соответственно, последний достался мне по принципу соблюдения суббординации. Систему настроил, работает как часики CUCME 8.6, все проапгрейжено до последних релизов и локализовано.

Вот эта пачка (7940) работает супер, поэтому считаем, что проблема не в настройках CUCME. Проблема с 7971 после локализации он шибко косячит: на программные клавиши не привязываются линии и features, некоторые вещи вообще не работают, например, нажатие на кнопку 'список участников конференции' не нелает ровным счетом ничего:( А обидно, ибо управление этими фичами как раз чаще всего предполагается производить именно с моего места:( Перевод локали всего CUCME на US в корне лечит ситуацию, но дело в том, что при создании отдельного темплейта для меня в локали US ничего не происходит - остаются и русская локаль и связанные с ней глюки. Вопрос: такое может вообще быть или мне надо выравнивать руки? И второе - есть ли смысл переходить на другую прошивку и локализацию 7971? Текущая версия: SCCP70.9-101SR1S Но это, к сожалению, не все - на пачке 7940 сервисы AIM-CUE выглядят кракозябрами:) Буду премного благодарен за консультацию!

Добрый день, Андрей! Локализация иногда преподносит такие 'сюрпризы' неприятные. Попытаюсь для себя сделать некоторые уточнения. Правильно ли я понимаю, что: 1. Все телефоны и 7940, и проблемный 7971 локализированы? Т.е на всех них установлена русская локаль?

На 7940, как я понимаю, все в порядке (кроме сервисов AIM-CUE), а проблемы наблюдаются только на 7971? У Вас в системе только один аппарат 7971? Или есть еще? Если их несколько, то на всех и такая проблема или только на одном?

На CUCME 8.6 допускается использовать в системе до 5 локалей. Телефонам можно назначать локали выборочно, т.е одному русскую, другому - американскую. Вы пишете, что создали шаблон с американской локалью, но при применении ее к проблемному 7971 на нем остается русская локаль? Есть ли смысл переходить на локализацию 7971?

Вопрос двоякий, все зависит от того, насколько хорошо Вам комфортно работается с английскими надписями. Моя личная точка зрения (это не рекомендация ни в коем случае, собственное видение) - я пользуюсь американской локалью для своего телефона. Именно потому, что мне привычнее названия функций по-английски (они так описаны в документации, мануалах, форумах).

Если нет обязательного требования, что телефон должен быть русифицирован, то я бы предпочел локаль US. По поводу прошивок - конечно, лучше использовать самые новые версии прошивок, по крайней мере я стараюсь этому следовать. Это ведь все софт, и бывают, к сожалению, косяки и в новых прошивках. Тут только опытным путем - нужно загружать и пробовать. Не стоит забывать о том, что самые новые прошивки могут 'криво' работать с предыдущими версиями ССМ/ССМЕ. Что хотел бы Вам предложить сделать - перепрошить телефон принудительно (т.е factory default reset с помощью комбинации клавиш 123456789.0#). Иногда необъяснимые косяки на телефонах лечатся именно так - телефон перезагружает ту же самую прошивку и работает прекрасно.

Спасибо, Дмитрий, за быструю реакцию! Давайте отвечу по-пунктам: 1. На все телефоны залит payload соответствующей версии CUCME: cme-151-4Mv1 по таблице навигатора Cisco.

Соответственно, '0' локаль RU. При этом все 7940G автоматически подхвалили локализацию (кроме сервисов CUE).

Для 7971G дополнительно установлена локализация (сервис CUE отображается нормально), но, как я говорил проблемы с назначанием программных кнопок от 3 до 6 включительно (просто не назначаются) и некорректно работают некоторые Softkeys (точнее, не работают совсем - ConfList и что-то еще). В системе пока один аппарат, еще пара пересекает границу. Я пытался засунуть свой телефон в локаль 1, но он упорно не желает этого делать.

Лично мне английские названия то же привычнее, но обделять пользователей русским языком несколько нехорошо:) спасибо за совет, Дмитрий, сегодня после работы постараюсь его сбросить и перепрошить. По результату отпишусь.

Господа, всем Добрый день. Я не очень дружу с IP телефонией, поэтому прошу помощи у вас. Сложилась такая ситуация, имеется 13 Cisco IP Phone 7911G, на протяжении 2-х лет работали на ура, ни одного нарекания не было, но случилось так что телефоны перестали получать IP, на дисплее светится 'Настройка IP' и адрес ни как не получается. Сначала такая проблема возникла на 7 телефонах, но потом сама собой разрешилась, грубо говоря просто не успел даже ни чего предпринят, но вчера адрес пропал на 3-х телефонах и теперь проблема сама собой не решается. 2 телефона выступают в качестве свича, сеть раздают нормально, а вот адрес почему то не хапается. Помогите кто чем может, а то лазя в просторах нашего великого интернета, предлагается перешивать девайс, шить как то боязно, судя по отзывам, так как опыта в этом не имею.

Заранее благодарю. Доброе утро, Владимир! Мне думается, что проблема с DHCP не будет связана с прошивкой.

Скорее всего, проблема будет в сети - VLANы и привязка портов к ним, настройки транков и разрешенные на них VLANы, DHCP-relay, физические подключения между сегментами сети. Почему так думаю - телефон обычно умеет получать адрес по DHCP и в ситуации, когда на нем прошивки вообще(в частности, при перепрошивке). Вы можете безболезненно установить на одном из проблемных телефонов настройки сети вручную (IP address, Mask, Default GW, TFTP-сервер) и попробовать его элементарно попинговать из сегмента, в котором у вас находится DHCP. Не забудьте, что, если DHCP-сервер и телефон находятся в разных сегментах сети (т.е через маршрутизатор), то для выдачи адреса нужна настройка DHCP-relay (ip helper-address).