none
Совершение звонков в Skype для бизнеса с передачей звука через стационарный телефон АТС RRS feed

Ответы

  • Нашел в чем проблема.

    A-записи для записи lyncweb на вн. dns указывали на вн. IP-адреса серверов SfB.

    Как оказалось, это не верно: нужно было, чтобы там были внешние адреса - для этого пришлось крутить хитрые nat-трансляции (что в документации обозвано reverse proxy, у нас это asa). Заработало и эти изменения, в том числе, решили проблемы со входом в мобильные клиенты из вн. сети wi-fi.

    27 января 2016 г. 6:54

Все ответы

  • Посмотрите статью Планирование Call via Work

    Do not multiply entities beyond what is necessary

    • Помечено в качестве ответа maxim.nsk 23 декабря 2015 г. 5:26
    • Снята пометка об ответе maxim.nsk 23 декабря 2015 г. 6:25
    23 декабря 2015 г. 5:13
  • Посмотрите статью Планирование Call via Work

    Do not multiply entities beyond what is necessary

    да уже нашел, кто б знал как она называется...

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

    23 декабря 2015 г. 5:27
  • По ссылке внизу документа перейдите на Deploy Call via Work и посмотрите особенности конфигурирования этой функции.

    Do not multiply entities beyond what is necessary

    23 декабря 2015 г. 5:41
  • По ссылке внизу документа перейдите на Deploy Call via Work и посмотрите особенности конфигурирования этой функции.

    Do not multiply entities beyond what is necessary

    именно это и сделал. какие только номера не задавал (вн., внешние, в +E.164 и тд), ошибка сразу, даже попытки звонка нет. 

    

    нашел статью http://masteringlync.com/2015/05/01/call-via-work/

    посмотрел при помощи Fiddler - вообще нет запросов никаких при попытке звонка. Что-то очень странно, может причина в том, что включен media bypass, т.е. звонок идет сразу на шлюз, минуя FE серверы SfB?


    • Изменено maxim.nsk 23 декабря 2015 г. 10:05
    23 декабря 2015 г. 5:55
  • Нашел в чем проблема.

    A-записи для записи lyncweb на вн. dns указывали на вн. IP-адреса серверов SfB.

    Как оказалось, это не верно: нужно было, чтобы там были внешние адреса - для этого пришлось крутить хитрые nat-трансляции (что в документации обозвано reverse proxy, у нас это asa). Заработало и эти изменения, в том числе, решили проблемы со входом в мобильные клиенты из вн. сети wi-fi.

    27 января 2016 г. 6:54