none
Прямое соединение клиент - mediation RRS feed

  • Вопрос

  • Приветствую, коллеги.

    Подскажите по ситуации:

    Есть развернуть FE Lync 2010 Std в выделенном датацентре. Есть филиал, в котором установлен сервер Mediation и PSTN gateway.

    Как сделать, чтобы медиа-данные шли напрямую от клиента к локальному mediation, минуя петлю с датацентром?

    Сейчас при звонке в активных подключениях видно, что клиент подключен только к серверу FE, и звонок идет через датацентр.

    8 сентября 2011 г. 6:54

Ответы

  • В датацентре есть свой медиейшен, выделенный, но он не участвует в данной схеме - Location Profile клиентов из филиала указывает на их локальный медиейшен. При активном звонке коммуникатор - ТФОП, в активных соединениях рабочей станции клиента (используется TCPView) виден коннект процесса communicator.exe только до FE, соединения с медиэйшен-сервером нет. При этом звонок идет через нужный медиейшен и шлюз - это видно в логах линка и в логах шлюза.

    Поставьте на клиентский ПК Network Monitor и увидите все места куда и какой трафик идет от коммуникатора.
    MCITP
    • Помечено в качестве ответа MindFreedom 12 сентября 2011 г. 2:10
    9 сентября 2011 г. 6:24
    Модератор

Все ответы

  • Если говорить о вызове в PSTN, то в описанной ситуации медиа-данные могут попадать на FE только в том случае, если на FE установлена роль Mediation, и филиальный шлюз привязан к нему, а не к филиальному серверу.

    Или может быть еще один сценарий - конференция с участием внутренних абонентов и абонентов PSTN. Поскольку конференция в данном случае будет собираться на FE, то и медиа-трафик будет проходить через датацентр.

    • Предложено в качестве ответа Kishkinskiy Anton 8 сентября 2011 г. 10:55
    • Отменено предложение в качестве ответа Kishkinskiy Anton 8 сентября 2011 г. 10:56
    8 сентября 2011 г. 8:18
  • Нужно установить локальный FE в филиале.Есть еще красивое решение, можно поставить AudioCodes  SBA, который примет на себя функции Front End Server  и шлюза одновременно


    http://www.useto.ru
    8 сентября 2011 г. 8:36
  • Если у вас в датацентре нет Mediation сервера и вы звоние не из конференции, то сомневаюсь что у вас медиаданные идут из филиала в датацентр и затем обратно на Mediation и PSTN шлюз.

    Кроме того, вы можете попробовать обойтись без Mediation сервера в филиале (а разместить его на Front End) и задействовать функционал "media bypass". Тогда медиатрафик пойдет от коммуникатора на pstn шлюз.

    Но вариант лучше - конечно же SBA в филиале. Тогда при проблемах с каналом связи "Датацентр - филиал" - пользователи филиала смогут продолжать ощаться в коммуникаторе (с ограничениями) и совершать звонки на телефонию.


    MCITP
    8 сентября 2011 г. 11:02
    Модератор
  • В датацентре есть свой медиейшен, выделенный, но он не участвует в данной схеме - Location Profile клиентов из филиала указывает на их локальный медиейшен. При активном звонке коммуникатор - ТФОП, в активных соединениях рабочей станции клиента (используется TCPView) виден коннект процесса communicator.exe только до FE, соединения с медиэйшен-сервером нет. При этом звонок идет через нужный медиейшен и шлюз - это видно в логах линка и в логах шлюза.
    9 сентября 2011 г. 2:57
  • В датацентре есть свой медиейшен, выделенный, но он не участвует в данной схеме - Location Profile клиентов из филиала указывает на их локальный медиейшен. При активном звонке коммуникатор - ТФОП, в активных соединениях рабочей станции клиента (используется TCPView) виден коннект процесса communicator.exe только до FE, соединения с медиэйшен-сервером нет. При этом звонок идет через нужный медиейшен и шлюз - это видно в логах линка и в логах шлюза.

    Поставьте на клиентский ПК Network Monitor и увидите все места куда и какой трафик идет от коммуникатора.
    MCITP
    • Помечено в качестве ответа MindFreedom 12 сентября 2011 г. 2:10
    9 сентября 2011 г. 6:24
    Модератор
  • При этом звонок идет через нужный медиейшен и шлюз - это видно в логах линка и в логах шлюза.
    А что смущает в этой ситуации, если звонок идет, как надо? Соединение с FE неизбежно - через него идет SIP-трафик. Но его объем ничтожно мал, и канал до ЦОДа он не положит :)
    9 сентября 2011 г. 6:38
  • Всем спасибо за разьяснения, Network Monitor показал реальную ситуацию - все идет напрямую.
    12 сентября 2011 г. 2:10