none
HDX 8000 и Lync 2010 RRS feed

  • Вопрос

  • Доброго вечера!

    Сегодня попробовал подружить HDX 8000 и Lync 2010 и чего то у меня не выходит это сделать. В клиенте Lync он в Offline. Захожу на него и закладку Диагностика -- Состояние системы -- Сервер регестрации SIP, стрелка серая. Кликаю на Сервер регистрации SIP и получаю сообщение

    Висит так уже минут 20, ничего не меняется, добавил корневой сертификат на HDX 8000

    Куда смотреть?!

    Спасибо

    9 апреля 2012 г. 20:22

Ответы

  • Ура удалось подружить :) Проблема решилась обновление прошивки до версии 3.0.4 специально для EAN и указанием имени для подключения в формате domain\user (ввиду того, что SIP домен и локальный домен отличаются).

    Осталась проблема, что на HDX 8000 позвонить нельзя, вываливается ошибка

    Все настройки настроены по default

    Нужно ли для HDX прописывать маршруты в Lync Shell и добавлять его в Trusted Application Servers?
    • Изменено vshihov 10 апреля 2012 г. 15:32
    • Помечено в качестве ответа Yuriy Lenchenkov 25 апреля 2012 г. 11:22
    10 апреля 2012 г. 15:26
  • Проблема решилась следующим образом

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

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

    Имя пользователя можно вводить как в формате UPN так и в формате domain\user HDX понимает и так и так

    Чтобы можно было звонить на HDX я на LyncFE изменил следующий параметр

    set-CsMediaConfiguration -EncryptionLevel "с RequireEncryption на supportencryption"

    После этого я перегрузил LyncFE и звонки пошли, как на HDX8000 так и с него на любого пользователя.

    P.S. Stanky огромное спасибо за верное направление :)

    • Помечено в качестве ответа Yuriy Lenchenkov 25 апреля 2012 г. 11:23
    12 апреля 2012 г. 16:45

Все ответы

  • Ну а логи на Front-End'е что показывают?

    9 апреля 2012 г. 20:36
    Модератор
  • Выбирать всё тот же SIP Stack?!
    9 апреля 2012 г. 20:37
  • И S4.
    9 апреля 2012 г. 20:38
    Модератор
  • Ничего криминального. Ни жёлтой и красной полоски
    9 апреля 2012 г. 20:44
  • Ну и чёрт бы с ними - смотрите, как происходит регистрация на пуле ;) ...

    9 апреля 2012 г. 20:45
    Модератор
  • Ни одного упоминания о пользователи hdx800 который прописан на Ploycom HDX 8000 для подключения SIP
    9 апреля 2012 г. 20:47
  • Значит, он и не пытается выполнять регистрацию - смотрите внимательно настройки...

    9 апреля 2012 г. 20:50
    Модератор
  • Сделал всё один-к-одному, по вашему видео

    Завтра обнулю его и настрою по новой.

    Спасибо за помощь... Если ошибка не пропадёт буду дальше пытаться решить с Вашей помощью.

    9 апреля 2012 г. 20:52
  • Добрый день.

    Сбил настройки в 0, всё сделал по новому.. Появилась следующая проблема

    Теперь он пишет что "Регистратор отклонил попытку регистрации системы"

    собрал логи на FE там ничего криминально по пользователю нет :( есть только следующее

    $$begin_record
    Trace-Correlation-Id: 17823315
    Instance-Id: 00064CAB
    Direction: outgoing;source="local"
    Peer: 10.0.0.70:5061
    Message-Type: response
    Start-Line: SIP/2.0 401 Unauthorized
    From: hdx800 <sip:hdx800@xxxxx.com.ua>;tag=plcm_2943785230-1732;epid=8210080C6634CG
    To: <sip:hdx800@xxxxxx.com.ua>;tag=11E9753275BC4A969E03A565121EFFE9
    CSeq: 3 REGISTER
    Call-ID: 2943784742-1732
    Date: Tue, 10 Apr 2012 09:24:13 GMT
    WWW-Authenticate: NTLM realm="SIP Communications Service", targetname="srv-lync.xxxx.ua", version=4
    WWW-Authenticate: Kerberos realm="SIP Communications Service", targetname="sip/srv-lync.xxxxx.ua", version=4
    WWW-Authenticate: TLS-DSK realm="SIP Communications Service", targetname="srv-lync.xxxxx.ua", version=4, sts-uri="https://srv-lync.xxxxx.ua:443/CertProv/CertProvisioningService.svc"
    Via: SIP/2.0/TLS 10.0.0.70:5061;branch=z9hG4bK2943829758-1732;ms-received-port=5061;ms-received-cid=BC7500
    ms-diagnostics: 1000;reason="Final handshake failed";HRESULT="0xC3E93EC3(SIP_E_AUTH_UNAUTHORIZED)";source="srv-lync.xxxxxx.ua"
    Server: RTC/4.0
    Content-Length: 0
    Message-Body: –
    $$end_record

    Записей с жёлтым и красным флагом нету :(

    10 апреля 2012 г. 9:36
  • Ура удалось подружить :) Проблема решилась обновление прошивки до версии 3.0.4 специально для EAN и указанием имени для подключения в формате domain\user (ввиду того, что SIP домен и локальный домен отличаются).

    Осталась проблема, что на HDX 8000 позвонить нельзя, вываливается ошибка

    Все настройки настроены по default

    Нужно ли для HDX прописывать маршруты в Lync Shell и добавлять его в Trusted Application Servers?
    • Изменено vshihov 10 апреля 2012 г. 15:32
    • Помечено в качестве ответа Yuriy Lenchenkov 25 апреля 2012 г. 11:22
    10 апреля 2012 г. 15:26
  • Этот момент вам лучше посмотреть в документации по вашей железке ;) .

    11 апреля 2012 г. 8:42
    Модератор
  • Может данное уточнение будет интересным :)

    Если звонить с одного HDX на другой HDX, то звонки проходят отлично, а вот с линк клиента выпадает с данной ошибкой

    11 апреля 2012 г. 11:34
  • Проблема решилась следующим образом

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

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

    Имя пользователя можно вводить как в формате UPN так и в формате domain\user HDX понимает и так и так

    Чтобы можно было звонить на HDX я на LyncFE изменил следующий параметр

    set-CsMediaConfiguration -EncryptionLevel "с RequireEncryption на supportencryption"

    После этого я перегрузил LyncFE и звонки пошли, как на HDX8000 так и с него на любого пользователя.

    P.S. Stanky огромное спасибо за верное направление :)

    • Помечено в качестве ответа Yuriy Lenchenkov 25 апреля 2012 г. 11:23
    12 апреля 2012 г. 16:45
  • Пожалуйста :) .

    А когда домены отличаются, ни что не мешает привести UPN-имена к виду внешнего домена - либо добавлением суффикса, либо прямой правкой соответствующего атрибута ;) . Также, UPN-суффикс можно ещё и на уровне OU задать - в общем, вариантов предостаточно.

    12 апреля 2012 г. 17:30
    Модератор