WebEx : Cisco TelePresence MCU MSE 8510

Аппаратное руководство устранения неполадок MCU TelePresence

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв

Введение

Этот документ описывает процедуры, используемые для устранения проблем продуктов Устройства управления многосторонней связью (MCU) Cisco TelePresence. Документ записан для Администраторов Видеосистемы и для Партнеров Cisco, клиенты которых являются Администраторами Видеосистемы.

Диапазон MCU продуктов является лидирующими мультимедийными продуктами конференц-связи. Они - сложные встроенные системы с аппаратными средствами, разработанными Cisco для предоставления лучшей производительности. Этот документ предназначен для упрощения разрешения любой ситуации, которая могла бы быть вызвана отказом оборудования продукта MCU Cisco. Return к Производству Авторизации (RMA) должен быть дан Инженером технической поддержки Cisco, который проверяет, что продукт действительно отказал через диапазон тестов, зависящих от подозреваемого компонента. Это руководство стремится ускорять этот процесс с пониманием этих тестов.

Внесенный специалистами службы технической поддержки Cisco. 

Предварительные условия

Требования

Компания Cisco рекомендует предварительно ознакомиться со следующими предметами:

  • MCU Cisco TelePresence, серии MSE
  • MCU Cisco TelePresence, серии 5300
  • MCU Cisco TelePresence, серии 4500
  • MCU Cisco TelePresence, серии 4200
  • ISDN Cisco TelePresence шлюз (GW) серия 

Используемые компоненты

Сведения в этом документе основываются на Серии Механизма мультимедийных служб (MSE) MCU Cisco TelePresence.

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

Родственные продукты

Этот документ может также использоваться с этими версиями программного и аппаратного обеспечения:

  • Сервер дистанционного присутствия Cisco 7010
  • MCU дистанционного присутствия Cisco, серии 5300
  • MCU дистанционного присутствия Cisco, серии 4500
  • MCU дистанционного присутствия Cisco, серии 4200
  • ISDN дистанционного присутствия Cisco серия шлюза 

MCU Cisco TelePresence чек-лист RMA серии MSE

В этом разделе описываются некоторые более основные проверки, которые используются, чтобы подтвердить, что MCU блейд Серии MSE в рабочем состоянии, и не страдает от отказа оборудования. Поведение MCU должно быть задокументировано, поскольку завершены эти проверки. 

Завершите быструю проверку на MCU

Этот раздел предоставляет чек-листа, которого можно использовать для устранения проблем базовой конфигурации MCU через его веб-интерфейс. Это завершено с проверками параметров настройки H.323, Автоответчика, использования лицензии порта и вызовов петли.

Проверьте, что блейд может сделать видеовызов. Если к веб-интерфейсу MCU можно обратиться, и вызов может быть выполнен, это существенно функционально. Выполните следующие действия:

  1. Откройте web-браузер и перейдите к IP-адресу MCU. Домашняя страница должна отобразиться сразу же.

    Примечание: Если веб-страница недоступна, обратитесь к Проверке раздел Сетевого подключения MCU этого документа.

  2. Щелкните по ссылке Статуса для проверки выпуска ПО, который в настоящее время работает на MCU.

    Примечание: Если версия ранее, чем Версия 4.3 в настоящее время используется, рекомендуется, чтобы вы рассмотрели новые Комментарии к выпуску и рассмотрели обновление.

  3. Если вы в состоянии обратиться к веб-интерфейсу, выполните эти шаги:

    1. Перейдите к Параметрам настройки> H.323 и установите использование сторожевого устройства H.323 в Отключенный. Этот шаг важен, потому что некоторые сторожевые устройства предотвращают вызовы непосредственно от MCU до IP-адреса.

    2. Перейдите к Параметрам настройки> Конференции> Расширенные настройки и гарантируйте, что Входящие вызовы к неизвестным конференциям или автоответчикам установлены в Автоответчик По умолчанию.

    3. Создайте новую конференцию и добавьте участника H.323 с IP-адресом 127.0.0.1. Это заставляет MCU набирать назад к его собственному Автоответчику (AA). Об изображениях на экране AA в миниатюре предварительного просмотра, и и аудио и видеокодеки выполняют согласование в каждом направлении.

      Вот пример экрана MCU MSE 8510, когда MCU может успешно вызвать себя:



      Если это работает, и связанный участник замечен (подобный предыдущему образу), наиболее вероятно существует сторожевое устройство, сеть или проблема совместимости оконечной точки. Наберите реальную оконечную точку и устраните неполадки оттуда с журналом H323/протокола SIP и журналом событий. Если связь сразу прерывается, но веб-интерфейс все еще работает, продолжите эту процедуру.

    4. Чтобы проверить, что лицензии порта назначены на MCU, переходят к порту раздел Управления лицензиями блейда Супервизора. Вот образ, который показывает выделение лицензии порта от блейда супервизора MSE 8050:



      В образе пустой блок под Слотом 4 показывает, что существует блейд в этом слоте без лицензий порта, выделенных ему. Этот блейд неспособен выполнить вызовы, таким образом, кольцевая проверка, описанная в C шага, отказала бы на этом блейде. Синие блоки под Слотами 2, 3, 5, и 7 показывают, что те слоты имеют полное выделение лицензий порта. Если слот показывает символ предупреждения, то нет никакого блейда в слоте. Полусиний блок указывает, что блейд имеет некоторые лицензии порта, выделенные ему, но не, что это в предельной загрузке. Блейд как это неспособен подключить свое общее объявленное количество портов, пока он не имеет больше лицензий, выделенных ему.

    5. Назначьте лицензии порта, если нет ни одного назначенного на блейд (этот процесс описан в онлайновой справке). Если никакие ключи не присутствуют для лицензий порта, свяжитесь с менеджером по работе с корпоративными заказчиками.

Примечание: Если вызов отказывает, даже если блейд имеет достаточные лицензии порта, сошлитесь на MCNS Досягаемости на разделе Веб-интерфейса этого документа. Если веб-интерфейс становится недоступным во время этого теста, и контакт с блейдом потерян, блейд, возможно, перезагрузил; получите блейд-журнал диагностики и обратитесь в техническую поддержку Cisco.

Проверьте сетевое подключение MCU

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

Когда вы пытаетесь соединиться с веб-интерфейсом MCU от браузера, вы могли бы встретиться с одной из этих проблем:

  • Проблема с сетью между ПК и MCU
  • Проблема с самим MCU (сетевая интерфейсная плата (NIC), аппаратные средства или конфигурация)

Выполните эти шаги для решения проблемы:

  1. Попытайтесь пропинговать IP-адрес MCU.

    Продукты Примечание: NetBSD имеют максимальный размер 76 байтов. Большинство маршрутизаторов имеет по умолчанию 100 байтов.


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

  2. Перейдите к веб-интерфейсу блейда супервизора MSE 8050 шасси, которое содержит блейд MCU MSE 8510. Если интерфейс пользователя блейда Супервизора не может быть достигнут, то свяжитесь с администраторами локальной сети для исследования возможной сетевой проблемы. Если интерфейс пользователя блейда Супервизора может быть достигнут, и Супервизор и MCU не находятся в других сетях, то вероятно, что проблема с блейдом или его параметрами настройки IP.

  3. От интерфейса пользователя блейда Супервизора перейдите к Аппаратным средствам и щелкните по ссылке номера слота блейда MCU MSE 8510. Затем нажмите порт вкладка.

  4. Проверьте порт MCU IP - конфигурация и подтвердите, что никакому другому хосту в сети не назначают тот же IP-адрес. Дублирования IP-адреса являются удивительно типичной проблемой. Если необходимо, консультируйтесь с Администратором сети для подтверждения этих параметров настройки.

  5. Проверьте порт раздел состояния Ethernet. Если Статус соединения не, проверьте, что сетевой кабель связан с коммутатором. Могла бы быть проблема с кабелем или портом коммутатора.

  6. Если MCU теперь достижим в сети, повторите первый шаг этой процедуры. Если параметры настройки IP-адреса корректны, и состояние канала Ethernet произошло, но блейд все еще не в состоянии связаться отовсюду в сети, сошлитесь на Проверку MCU MSE блейд серии 8510 через раздел Супервизора этого документа. 

Проверьте MCU MSE блейд серии 8510 через супервизор

Выполните эти шаги для проверки блейда MCU и статуса конференции, состояния и отчётов относительно времени работы без сбоев, версии программного обеспечения, температуры и напряжения:

  1. Нажмите Hardware и нажмите номер слота блейда, который имеет проблему. Сводная страница предоставляет сведения о:

    • Блейд-статус, с IP-адресом, Временем работы без сбоев, Серийным номером и Версией программного обеспечения
    • Блейд-состояние, с Температурами, Напряжением и аккумулятором Часов реального времени (RTC)
    • Статус, о Котором сообщают, для активных конференций, количества участников, аудио/видеопортов в использовании и средств просмотра потоковой передачи

    Этот образ показывает блейд-раздел состояния:



  2. Если статус Напряжения (текущий или хуже) не появляется ОК, то гарантирует, что достаточно выпрямителей установлено в полках питания то питание шасси. Кроме того, проверьте, что источник питания удовлетворяет текущие требования шасси, как детализировано в Вычислении питания и текущих требований для статьи MSE 8000 Cisco.

  3. Если условие Источника питания не показывает OK, обращается в техническую поддержку Cisco.

  4. Если какой-либо из других Текущих статусов в блейд-разделе состояния не показывает как ОК, обращается в техническую поддержку Cisco.

  5. Если все Текущие статусы показывают OK, но один или больше Худшего замеченного статуса не показывает OK, получает журнал событий и журналы оповещений от Супервизора, и обращается в техническую поддержку Cisco.

  6. Проверьте время работы без сбоев. Если время работы без сбоев неожиданно коротко (меньше чем 30 минут), и нет никакой бывшей известной причины (если оно не было выключено, или блейд не переустановил, например), то блейд, возможно, недавно перезагрузил. Причина перезагрузки могла бы быть ошибками ПО или неполадкой в оборудовании. Это зависит от того, является ли это одноразовой перезагрузкой, или цикличный.

    Выполните эти шаги для определения этого:

    1. Ждите 30 минут.

    2. Обновите страницу.

    3. Проверьте время работы без сбоев снова.

    Если можно решить от обновленного времени работы без сбоев, что блейд впоследствии перезагрузил снова, сошлитесь на раздел Сбоев этого документа.

  7. Если блейд не перезагружает после проверки страницы status, и это кажется функциональным в любом уважении (посредством проверки настроек сети и лицензий порта), то возможно, что блейд, возможно, загрузился без любого из его доступных ресурсов Цифрового процессора сигналов (DSP).

    Выполните эти шаги для подтверждения этого:

    1. Проверьте раздел статуса, о Котором сообщают, по блейд-сводной странице от интерфейса пользователя Супервизора:



    2. Блейд показывает общее число ресурсов видео, что это успешно загрузило и лицензировало. Это должно быть равно количеству лицензий порта, которые назначены на блейд максимум до 20, когда блейд находится в Высокой четкости (HD) / HD + режим, или 80, когда блейд находится в режиме Определения стандарта (SD). Если они не равны, то обращаются в техническую поддержку Cisco с задокументированным поведением, версиями и журналом диагностики. 

Физические проверки на блейде

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

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

  1. Гарантируйте, что достаточное время дано для блейда для загрузки после того, как вы первоначально включаете шасси (или установите блейд в шасси, которое уже приведено в действие). Это занимает приблизительно 20 минут.

  2. Наблюдайте и обратите внимание на цвет света светодиода, который освещен на передней стороне блейда. Важный свет светодиода:

    • (Синее) питание - Этот свет расположен чуть выше нижнего пластмассового язычка и освещен, как только питание применено к блейду.

    • Когда блейд успешно загружен, (зеленый) статус - Этот свет освещен.

    • (Красный) сигнал тревоги - Этот свет является lluminated, когда блейд загружается или находится в состоянии, где это не может загрузиться.

    • Порт Ethernet ссылка (три зеленых) - свет указывает на действие, дуплекс и скорость. С Выпуска 4.4, 8510 только соединения поддержек на порту A; порты B, C и D не поддерживаются

    Этот образ показывает восьми MCU MSE блейды серии 8510, успешно загруженные, и тот, который или все еще загружается или не может успешно загрузиться:



  3. Выполните эти шаги при обнаружении с проблемами, когда вы наблюдаете свет светодиода:

    1. Если ни одни из световых сигналов не освещены, проверьте, что остаток шасси имеет питание к нему, и что блейд должным образом вставлен в слот.

    2. Если световые сигналы все еще не освещают, перемещают блейд в другой слот в шасси. Предпочтительно, обменяйтесь им со слотом, который имеет известный рабочий блейд.

    3. Если блейд все еще приводит в порядок не питание, обратиться в техническую поддержку Cisco.

    4. Если синий световой сигнал Power освещен, и ни одни из других световых сигналов не, обращаются в техническую поддержку Cisco. Если свет красного сигнала остается освещенным для дольше, чем 30 минут, сошлитесь на раздел Сбоев этого документа.

    5. Если синий световой сигнал Power и зеленый Световой индикатор состояния освещены, но зеленый порт, который свет не, RMA, не необходим. Это указывает на проблему с соединением с портом коммутатора. Используйте новый порт/коммутатор кабеля/коммутатора и проверьте блейд-Порт Ethernet конфигурация от вкладки Supervisor Hardware. Строго рекомендуется, чтобы обе стороны ссылки были установлены для Автоматического согласования.

    Примечание: При устранении проблем важно получить последовательный журнал и журнал диагностики. Они должны быть предоставлены при открытии запроса на обслуживание с технической поддержкой Cisco.

Достигните MCNS на веб-интерфейсе

К MCNS Дистанционного присутствия Cisco можно обратиться через сеанс консоли через консольный кабель, который предоставлен модулем. Если система не доступна через веб-интерфейс и не отвечает на запросы проверки доступности (ping request), можно открыть сеанс консоли для модуля для устранения проблем его с проверками включенных сервисов, конфигурации порта и статуса.

Выполните эти шаги для достижения MCU, если система не является отвечающей на команду ping, или вы не можете перейти к веб-интерфейсу системы после того, как этому назначают IP-адрес:

  1. Проверьте, что никакие световые сигналы красного сигнала не освещены на передней стороне модуля. Если модуль включен больше 20 минут, и свет красного сигнала остается освещенным, обратитесь к разделу Сбоев этого документа.

  2. Если зеленый Световой индикатор состояния освещен на устройстве, подключите ПК с консольным портом через предоставленный консольный кабель, который поступил с модулем.

    Примечание: Сошлитесь на Соединение с консольным портом на полученной статье Cisco модуля Codian Cisco для инструкций о том, как выполнить этот шаг.

  3. Чтобы проверить, что связанная терминальная сессия фактически связана, нажмите Клавишу Enter несколько раз, и приглашение появляется. Приглашение, которое показы показывают устройству (IPGW:>, ISDNGW:>, или MCU:>, например):



  4. Чтобы проверить, что HTTP и/или сервисы HTTPS включены, введите сервисную команду показа:



  5. Для подтверждения статуса соединения на устройстве введите команду status:



  6. Если никакая ссылка не появляется на порту A, попытка подключить Кабель Ethernet с портом B, чтобы видеть, изменяется ли статус соединения:



  7. Если порт B в состоянии обнаружить ссылку, но порт A не, то выполните эти шаги для проверки IP - конфигурации на порту снова:

    1. Если порт A, кажется, не имеет никакой проблемы, затем делает попытку reset_config процедуры для возвращения модуля заводским настройкам.

      Примечание: Сошлитесь на Сброс пароля и восстановление модуля к его статье Cisco заводских настроек для получения дополнительной информации об этой процедуре.

    2. Как только процесс сброса фабрики завершен, реконфигурируйте статический IP - адрес на порту.

    3. Если вы все еще испытываете проблемы, перезагружаете систему от консоли и собираете выходные данные от начальной загрузки в текстовый файл через предельный клиент, который используется:



      MCU MSE блейды серии 8510 и MCU MSE блейды серии 8710 показывает эти два Интерфейса Ethernet как vfx0 и vfx1. Стоечные системы (MCU, серии 4500 и серии 4200, IPGW, серии 3500, и GW ISDN, серии 3241), показывают свои Интерфейсы Ethernet как bge0 и bge1.

  8. На MCU MSE 8510 и блейдах серии 8710, проверьте, что MAC-адреса назначены, и что нет никаких проблем с vfx0 и или vfx1.

  9. На стоечных модулях вы могли бы видеть выходные данные, проиллюстрированные в следующем образе с bge0, который показателен из сбоя сетевой интерфейсной платы (NIC) на устройстве. Это показывает, что не обнаружен физический уровень. Если это замечено, обратиться в техническую поддержку Cisco.



  10. Если никакая ссылка не появляется после того, как вы подкачаете порт, проверите сетевое подключение. Идеально, выходные данные должны появиться, как проиллюстрировано в следующем образе со всем показанным IP - информацией. Это указывает, что параметры настройки IP на модуле настроены правильно.

    Примечание: Информация о IP-адресе затенена в образе для соображений безопасности.




  11. Измените IP-адрес на модуле для обнаружения проблемы с любым набором IP-адресов в сети.

  12. Переместите Кабель Ethernet в порт отдельного коммутатора для устранения любых проблем порта коммутатора.

  13. Если проблема порта коммутатора устранена, подключите портативного ПК непосредственно с модулем через перекрестный кабель и настройте портативного ПК с маской той же подсети, шлюзом по умолчанию и IP-адресом, который содержится в той подсети.

  14. Как только IP-адрес настроен на портативном ПК, передайте эхо-запрос от портативного ПК до модуля. Попытайтесь достигнуть веб-интерфейса модуля от портативного ПК. Кроме того, попытка передать эхо-запрос от сеанса консоли модуля до IP-адреса портативного ПК через команду ping. Если существует подключение и веб - доступ, оно указывает на невозможность сетевого подключения. В противном случае тогда возможно, что контакт Порта Ethernet поврежден, и необходимо обратиться в техническую поддержку Cisco. 

Сбои

Катастрофический отказ на продукте MCU Дистанционного присутствия Cisco может быть вызван сбоем загрузиться полностью, цикл постоянной перезагрузки или инцидент, который происходит с непрерывной конференцией.

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

  1. Отключите кабель питания модуля. Если это - блейд, удалите его из шасси.

  2. Ждите в течение пяти минут и включите модуль.

  3. Если модуль обычно не загружается, собирает console log, который показывает модуль, который пытается загрузиться. Это - лучший инструмент диагностики для этой ситуации. Сошлитесь на Соединение с консольным портом на полученном модуле Codian Cisco информационная статья Cisco о том, как получить console log.

  4. Выключите модуль, и затем включите модуль.

  5. Ждите или до выходные данные останавливаются полностью, или до модуль перезагрузил три или четыре раза. Обратитесь в техническую поддержку Cisco и предоставьте console log. 

Устраните неполадки вентиляционного блока серии 8000 MSE, силовых выпрямителей и полки питания

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

Вот образ, который показывает полное Шасси MSE серии 8000:

Примечание в предыдущем образе:

  • Верхние и более низкие вентиляционные блоки
  • Вставленные блейды
  • Крупный план отдельного блейда
  • Крепления в стойке

Примечание: Для получения дополнительной информации о том, как установить Шасси MSE серии 8000, сошлитесь на Cisco TelePresence MSE 8000, Начинающий работу руководство. 

Устраните неполадки сбоя вентилятора серии 8000 MSE

Используйте этот раздел для устранения проблем сбоев вентилятора на Шасси MSE серии 8000 посредством проверок состояния оповещения и журналов событий на Супервизоре MSE блейд серии 8050.

Вот отрывок из журнала событий, который показывает проблемы с верхней кассетой вентиляторов:

37804 2012/07/03 18:43:28.567 HEALTH  Warning
 upper fan tray, fan 3 too slow - 1569 rpm

37805 2012/07/03 18:43:28.567 ALARMS  Info
 set alarm : 2 / Fan failure SET

37806 2012/07/03 18:43:44.568 ALARMS  Info
 clear alarm : 2 / Fan failure CLEAR

37807 2012/07/03 18:44:00.569 HEALTH  Warning
upper fan tray, fan 3 too slow

Когда вы видите ошибки, такие как они, выполняете эти шаги для сбора требуемых журналов:

  1. Для загрузки текстового файла журналов оповещений перейдите к Сигналам тревоги> Файл регистрации аварийных сигналов> Загрузки как текст. Наблюдайте новую дату, что это было зарегистрировано.

  2. В заказе загружают текстовый файл журнала событий, перешли к Журналам> Журнал событий> Загрузки как текст.

  3. Перейдите к Сигналам тревоги> Статус Сигналов тревоги и возьмите снимок экрана страницы Alarm Status.

  4. Удалите главный вентиляционный блок и проверьте, что все вентиляторы работают должным образом.

  5. Удалите нижний вентиляционный блок и проверьте, что все вентиляторы работают должным образом.

  6. Для очистки Хронологических аварийных сигналов от Супервизора перейдите к Сигналам тревоги>, Статус Сигналов тревоги> очищает Хронологические аварийные сигналы.

  7. Для очистки Файла регистрации аварийных сигналов перейдите к Сигналам тревоги> Файл регистрации аварийных сигналов> Clear Log.

  8. Монитор, и видит, возвращаются ли сигналы тревоги.

  9. Если проблема возвращается, подкачайте главный лоток с нижним лотком и определите, придерживается ли проблема вентиляционного блока. Если проблема возвращает и придерживается вентиляционного блока, обратитесь в техническую поддержку Cisco с журналами, которые вы собрали. 

Проблемы полки питания

В Шасси MSE серии 8000 существует два независимых ввода постоянного тока, которые можно или подключить непосредственно с двумя Источниками питания постоянного тока, или с двумя полками Valere, которые преобразовывают AC в DC. Шасси MSE серии 8000 можно управлять с одной или двумя полками питания - A и B. Они подают питание независимо к каждому вентиляционному блоку и блейду. Модуль может быть полностью приведен в действие или от предоставления A или от предоставления B. Если любой из сбоя источников питания, модуль продолжает работать, потому что это тянет питание из другого предоставления.

Cisco рекомендует, чтобы, для полного резервирования и максимальной надежности, кабель питания был связан с независимыми источниками питания. У каждого должна быть емкость предоставить полную электрическую нагрузку модуля и каждой полки, которая содержит то же количество выпрямителей.

Этот образ показывает Стойку электрооборудования постоянного тока серии 8000 MSE:

 

Вот две общих проблемы полки питания, с которыми вы могли бы встретиться:

  • Потерянный Контакт с Полкой питания - Когда вы перешли к Аппаратным средствам> Источники питания, Предоставление A, показывает Потерянный Контакт с Полкой питания. Это означает, что Супервизор MSE, серии 8050, неспособен связаться с полкой питания.

  • 10/внешних предоставлений из НАБОРА диапазона - Это означает, что входные напряжения к шасси испытывают недостаток спецификации. Проверьте, что корректное питание и текущий предоставлено шасси через Вычисление питания и текущих требований для MSE 8000 онлайновое программное средство.

Когда вы выполняете питание и текущую проверку, ранее упомянутую, получаете эту информацию и обращаетесь в техническую поддержку Cisco, при отсутствии несоответствий, с которыми встречаются:

  • MSE Конфигурация диспетчера серии 8050
  • Журнал аудита
  • Журнал оповещений
  • Журнал событий
  • Снимок экрана страницы Alarm Status
  • Количество и модель блейдов в шасси
  • Статус источников питания

Настройте мониторинг состояния питания

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

Чтобы позволить контролировать напряжений питания, а также AC К СТОЙКАМ ЭЛЕКТРООБОРУДОВАНИЯ ПОСТОЯННОГО ТОКА (при необходимости), завершите страницу on 61 шагов Супервизора Cisco TelePresence 2.3 Онлайновых справки (печатаемый формат). Очистите журналы после того, как конфигурация состояния питания будет завершена.

Проверьте кабель мониторинга полки питания, который выполняется от задней части полки питания к шасси. Это - специальный кабель, который используется для мониторинга полки питания. Заботьтесь при проверке кабеля поскольку он может быть легко перепутан с обычным консольным кабелем RJ45 DB9. Кабель мониторинга полки питания маркирован этикеткой, которая говорит Заднюю часть Полки питания:

Существует две пары разъёмов, расположенных позади Шасси MSE серии 8000: пара слева маркирована Слот 10, и пара справа маркирована Слот 1. Гарантируйте, что кабели мониторинга связаны со Слотом 1, которые являются разъёмами, которые представляют Слот супервизора серии 8050 MSE. 

 

Если вы встречаетесь с какими-либо проблемами с конфигурацией мониторинга полки питания, выполняете эти шаги:

  1. Подкачайте кабель мониторинга полки питания с Полки к Полке B, чтобы определить, придерживается ли проблема кабеля. Если проблема придерживается кабеля, обратиться в техническую поддержку Cisco.

  2. Подкачайте платы NIC вокруг от Полки питания A и Полки питания B, чтобы определить, являются ли платы NIC причиной проблемы. Если сигналы тревоги возвращаются, и проблема придерживается платы NIC, обратиться в техническую поддержку Cisco.

Этот образ показывает плату NIC полки питания:

Устраните неполадки силовых выпрямителей

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

Вот вид спереди полки питания с выпрямителями:

 

Вот вид сзади полки питания:

 

Выполните эти шаги для решения вопроса с силовыми выпрямителями:

  1. Если ошибка появляется на выпрямителе, переустановите его и ждите, чтобы видеть, появляется ли ошибка все еще (выпрямители заменяемы в горячем режиме).

  2. Если ошибка все еще появляется после нескольких минут, усадите выпрямитель в другой слот Полки питания A или B, чтобы определить, ли проблема с выпрямителем или слотом полки питания.

  3. Если вы все еще испытываете проблемы, обращаетесь в техническую поддержку Cisco и предоставляете эту информацию:

    • Изображение выпрямителя в состоянии тревоги
    • Серийный номер выпрямителя (расположенный на любом левые правой части выпрямителя)
    • Снимок экрана страницы Power Supplies (Аппаратные средства> Источники питания)
    • Снимок экрана Страницы Health (Статус> состояние)
    • Журнал аудита
    • Журнал оповещений
    • Журнал событий 

Решите проблемы GW ISDN Cisco TelePresence

GW ISDN Дистанционного присутствия Cisco предоставляют цельную интеграцию между IP и сетями ISDN с завершенной прозрачностью через ISDN. В этом разделе описывается устранить неполадки интерфейсов PRI ISDN и буферов на DSP.

Уровень 1 PRI и Выключенный Уровень 2

Используйте этот раздел для устранения проблем проблем с интерфейсом PRI на GW ISDN. Порт PRI может быть проверен с разъемом обратной связи, чтобы определить, неисправно ли это:

  • Уровень 1 (L1) указывает на физический уровень или подключение PRI.

  • Уровень 2 (L2) используется для сигнализации.

Можно использовать шлейф для определения статуса L1 для порта PRI на GW ISDN. Подключите Pin1 с Pin4 и Pin2 к Pin5 для создания шлейфа.

 

Включите шлейф в порт 1 и проверьте для статуса L1. Если статус L1 на порту 1 появляется, вероятно, что проблема вызвана кабелями, которые используются. Можно использовать шлейф далее по линии для изоляции проблемы.

Если статус L1 на порту 1 появляется, Долой шлейф, включают порт 2 для PRI на GW ISDN. Тестовый порт 2 со шлейфом также. Если проблема остается с определенным портом, возможно, что существует отказ порта PRI. Свяжитесь со службой технической поддержки Cisco. 

Ошибки вони эхо-запроса и таймауты DSP

Существует два буфера на DSP, которые упоминаются как Пин и Вонь. Каждый буфер обрабатывает десять миллисекунд данных (один кадр ISDN) за один раз. Намерение состоит в том, чтобы обработать один буфер при чтении следующего. Если эти два буфера падают из синхронизования друг с другом, они загружают попытку возвратиться в синхронизовании.

Вот пример от журнала событий GW ISDN Дистанционного присутствия Cisco, где буферы падают из синхронизования и попытки исправить себя:

14031 2012/02/29 13:03:05.143 dspapi Warning DSP(05):
 "Ping Pong buffer returned to sync 0, 11111111"

14032 2012/02/29 13:03:05.399 dspapi Error DSP(05):
 "Ping Pong buffer out of sync 1, 11111111"

14033 2012/02/29 13:03:05.399 dspapi Info DSP(05):
 "Attempt to correct Ping Pong buffer sync"

14034 2012/02/29 13:03:05.400 dspapi Warning DSP(05):
 "Ping Pong buffer returned to sync 0, 11111111"

14035 2012/02/29 13:03:05.856 dspapi Error DSP(05):
 "Ping Pong buffer out of sync 1, 11111111"

14036 2012/02/29 13:03:05.856 dspapi Info DSP(05):
 "Attempt to correct Ping Pong buffer sync"

14037 2012/02/29 13:03:05.862 dspapi Warning DSP(05):
 "Ping Pong buffer returned to sync 0, 11111111"

14064 2012/02/29 13:03:21.626 dspapi Info DSP(04):
 "receive from local primary dsp timeout"

14065 2012/02/29 13:03:21.626 dspapi Info DSP(03):
 "receive from local primary dsp timeout"

14066 2012/02/29 13:03:21.638 dspapi Info DSP(15):
 "receive from peer primary dsp timeout (rx)"

Вот некоторые вопросы рассмотреть:

  • Почему они падают из синхронизования?

  • Действительно ли возможно, что недопустимые кадры, неисправные часы ISDN или ненадежный PRI вызывают проблему?

Вот список информации для сбора:

  • Сколько PRI связано с этим GW?

  • Все PRI от того же коммутатора или от других коммутаторов?

  • Если все PRI отключены, и система перезагружена, ошибки продолжаются? Соберите console log, который показывает эти ошибки.

  • Если только PRI 1 связан, ошибки возвращаются?

  • Если только PRI 2 связан, ошибки возвращаются? Повторитесь со всеми PRI по одному.

Если PRI от других коммутаторов используются, часы PRI должны быть в синхронизовании (PRI от того же Telco (телефонная компания) обычно). Возможно, что PRI от одного коммутатора имеет часы, которые являются полностью вне синхронизования с часами PRI на другом коммутаторе. Если только один PRI связан и кажется хорошо, то подключите один PRI от одного коммутатора и один PRI от другого, перезагрузите систему и посмотрите, возвращаются ли ошибки. Сделайте запись тестов и поведения предоставить технической поддержке Cisco в случае необходимости. 

Дополнительные сведения


Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.