none
Подключение Lync на прямую к SIP оператору RRS feed

  • Вопрос

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

    Топология следующая:

    1. машина

    Frontend сервер с ролью Mediation имеет два сетевых интерфейса на одном опубликованы все web сервисы и на него настроены правила в TMG, второй напрямую подключен в сеть провайдера в выделенный VLAN для связи с SIP Gateway.

    Настройки интерфейсов:

     Настройка протокола IP для Windows


       Имя компьютера  . . . . . . . . . : srvmail
       Основной DNS-суффикс  . . . . . . : csv.local
       Тип узла. . . . . . . . . . . . . : Гибридный
       IP-маршрутизация включена . . . . : Нет
       WINS-прокси включен . . . . . . . : Нет
       Порядок просмотра суффиксов DNS . : csv.local


    Ethernet adapter Freedom:


       DNS-суффикс подключения . . . . . :
       Описание. . . . . . . . . . . . . : Адаптер магистральной сети виртуальной ма
    шины (Майкрософт) #2
       Физический адрес. . . . . . . . . : 00-15-5D-0A-28-1E
       DHCP включен. . . . . . . . . . . : Нет
       Автонастройка включена. . . . . . : Да
       IPv4-адрес. . . . . . . . . . . . : 94.141.62.101(Основной)
       Маска подсети . . . . . . . . . . : 255.255.255.0
       Основной шлюз. . . . . . . . . : 94.141.62.1
       NetBios через TCP/IP. . . . . . . . : Включен


    Ethernet adapter Подключение по локальной сети:


       DNS-суффикс подключения . . . . . :
       Описание. . . . . . . . . . . . . : Адаптер магистральной сети виртуальной ма
    шины (Майкрософт)
       Физический адрес. . . . . . . . . : 00-15-5D-0A-28-1B
       DHCP включен. . . . . . . . . . . : Нет
       Автонастройка включена. . . . . . : Да
       IPv4-адрес. . . . . . . . . . . . : 192.168.10.9(Основной)
       Маска подсети . . . . . . . . . . : 255.255.255.0
       Основной шлюз. . . . . . . . . : 192.168.10.1
       DNS-серверы. . . . . . . . . . . : 192.168.10.2
                                           192.168.10.14
       NetBios через TCP/IP. . . . . . . . : Включен



    Таблица маршрутизации:

    ===========================================================================

    Список интерфейсов
     13...00 15 5d 0a 28 1e ......Адаптер магистральной сети виртуальной машины (Май
    крософт) #2
     10...00 15 5d 0a 28 1b ......Адаптер магистральной сети виртуальной машины (Май
    крософт)
      1...........................Software Loopback Interface 1
     11...00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP
     14...00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP #2
     15...00 00 00 00 00 00 00 e0 Адаптер Microsoft 6to4
    ===========================================================================


    IPv4 таблица маршрута
    ===========================================================================
    Активные маршруты:
    Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
              0.0.0.0          0.0.0.0      94.141.62.1    94.141.62.101     40
              0.0.0.0          0.0.0.0     192.168.10.1     192.168.10.9     20
          94.141.62.0    255.255.255.0         On-link     94.141.62.101    276
        94.141.62.101  255.255.255.255         On-link     94.141.62.101    276
        94.141.62.255  255.255.255.255         On-link     94.141.62.101    276
            127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
            127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
      127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
         192.168.10.0    255.255.255.0         On-link      192.168.10.9    266
         192.168.10.9  255.255.255.255         On-link      192.168.10.9    266
       192.168.10.255  255.255.255.255         On-link      192.168.10.9    266
      192.168.250.254  255.255.255.255      94.141.62.1    94.141.62.101     21
            224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
            224.0.0.0        240.0.0.0         On-link      192.168.10.9    266
            224.0.0.0        240.0.0.0         On-link     94.141.62.101    276
      255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      255.255.255.255  255.255.255.255         On-link      192.168.10.9    266
      255.255.255.255  255.255.255.255         On-link     94.141.62.101    276
    ===========================================================================
    Постоянные маршруты:
      Сетевой адрес            Маска    Адрес шлюза      Метрика
              0.0.0.0          0.0.0.0      94.141.62.1      20
              0.0.0.0          0.0.0.0     192.168.10.1      10
      192.168.250.254  255.255.255.255      94.141.62.1       1
    ===========================================================================

    netstat -a | find "LISTENING"
      TCP    0.0.0.0:80             srvmail:0              LISTENING
      TCP    0.0.0.0:135            srvmail:0              LISTENING
      TCP    0.0.0.0:443            srvmail:0              LISTENING
      TCP    0.0.0.0:444            srvmail:0              LISTENING
      TCP    0.0.0.0:445            srvmail:0              LISTENING
      TCP    0.0.0.0:448            srvmail:0              LISTENING
      TCP    0.0.0.0:2103           srvmail:0              LISTENING
      TCP    0.0.0.0:2105           srvmail:0              LISTENING
      TCP    0.0.0.0:2107           srvmail:0              LISTENING
      TCP    0.0.0.0:3389           srvmail:0              LISTENING
      TCP    0.0.0.0:4443           srvmail:0              LISTENING
      TCP    0.0.0.0:5060           srvmail:0              LISTENING
      TCP    0.0.0.0:5061           srvmail:0              LISTENING
      TCP    0.0.0.0:5062           srvmail:0              LISTENING
      TCP    0.0.0.0:5063           srvmail:0              LISTENING
      TCP    0.0.0.0:5065           srvmail:0              LISTENING
      TCP    0.0.0.0:5067           srvmail:0              LISTENING
      TCP    0.0.0.0:5070           srvmail:0              LISTENING
      TCP    0.0.0.0:5071           srvmail:0              LISTENING
      TCP    0.0.0.0:5075           srvmail:0              LISTENING
      TCP    0.0.0.0:5076           srvmail:0              LISTENING
      TCP    0.0.0.0:5080           srvmail:0              LISTENING
      TCP    0.0.0.0:5087           srvmail:0              LISTENING
      TCP    0.0.0.0:8057           srvmail:0              LISTENING
      TCP    0.0.0.0:8058           srvmail:0              LISTENING
      TCP    0.0.0.0:8080           srvmail:0              LISTENING
      TCP    0.0.0.0:8404           srvmail:0              LISTENING
      TCP    0.0.0.0:47001          srvmail:0              LISTENING
      TCP    0.0.0.0:49152          srvmail:0              LISTENING
      TCP    0.0.0.0:49153          srvmail:0              LISTENING
      TCP    0.0.0.0:49154          srvmail:0              LISTENING
      TCP    0.0.0.0:49155          srvmail:0              LISTENING
      TCP    0.0.0.0:49156          srvmail:0              LISTENING
      TCP    0.0.0.0:49236          srvmail:0              LISTENING
      TCP    0.0.0.0:49263          srvmail:0              LISTENING
      TCP    0.0.0.0:49280          srvmail:0              LISTENING
      TCP    0.0.0.0:49281          srvmail:0              LISTENING
      TCP    0.0.0.0:59621          srvmail:0              LISTENING
      TCP    94.141.62.101:139      srvmail:0              LISTENING
      TCP    94.141.62.101:1801     srvmail:0              LISTENING
      TCP    127.0.0.1:30523        srvmail:0              LISTENING
      TCP    192.168.10.9:139       srvmail:0              LISTENING
      TCP    192.168.10.9:1801      srvmail:0              LISTENING
      TCP    [::]:80                srvmail:0              LISTENING
      TCP    [::]:135               srvmail:0              LISTENING
      TCP    [::]:443               srvmail:0              LISTENING
      TCP    [::]:444               srvmail:0              LISTENING
      TCP    [::]:445               srvmail:0              LISTENING
      TCP    [::]:2103              srvmail:0              LISTENING
      TCP    [::]:2105              srvmail:0              LISTENING
      TCP    [::]:2107              srvmail:0              LISTENING
      TCP    [::]:3389              srvmail:0              LISTENING
      TCP    [::]:4443              srvmail:0              LISTENING
      TCP    [::]:8080              srvmail:0              LISTENING
      TCP    [::]:8404              srvmail:0              LISTENING
      TCP    [::]:47001             srvmail:0              LISTENING
      TCP    [::]:49152             srvmail:0              LISTENING
      TCP    [::]:49153             srvmail:0              LISTENING
      TCP    [::]:49154             srvmail:0              LISTENING
      TCP    [::]:49155             srvmail:0              LISTENING
      TCP    [::]:49156             srvmail:0              LISTENING
      TCP    [::]:49263             srvmail:0              LISTENING
      TCP    [::]:49280             srvmail:0              LISTENING
      TCP    [::]:49281             srvmail:0              LISTENING
      TCP    [::]:59621             srvmail:0              LISTENING
      TCP    [::1]:1801             srvmail:0              LISTENING

    Провайдер настроил на шлюзе все необходимые параметры. Протокол TCP, кодек G711, порты 5060 (source&destination), без NAT и авторизации. Шлюз 192.168.250.254

    Вопрос как настроить Lync на данный шлюз? Прописал его как PSTN в топологии, настроил нормализацию,  но статус у него всегда N/А. Может он не тот интерфейс слушает или ещё что? Как реализовать такую конфигурацию. Может от прова ещё, что-то надо?  

    При попытке позвонить ошибка:

    A call to a PSTN number failed due to non availability of gateways.


    Called Number: +7473727727
    Phone Usage: Звонки в Воронеж
    Route: Звонки в город
    CallId: fe038c1a3baa4e3bbb48594fcff2d21a


    Cause: All gateways available for this call are marked as down.
    Resolution:
    Verify that these gateways are up and can respond to calls.

    Спасибо.

    24 марта 2012 г. 11:14

Ответы

Все ответы

  • А у провайдера через шлюз 94.141.62.101 адрес 192.168.250.254 точно достижим?

    Ещё мне непонятна ситуация с метриками - в постоянных маршрутах метрика 1, а в таблице 21, в то время, когда для внутреннего интерфейса она 20.

    24 марта 2012 г. 11:31
    Модератор
  •  хост 192.168.250.254 достижим через шлюз  94.141.62.1 

    метрика 20 указана вручную

    Какой интерфейс слушает служба Mediation? 

    24 марта 2012 г. 14:01
  • В таблице маршрутизации у вас метрика 21:

    192.168.250.254  255.255.255.255      94.141.62.1    94.141.62.101     21

    По указанному в топологии порту, слушает все имеющиеся в системе интерфейсы.

    25 марта 2012 г. 14:01
    Модератор
  • трафик на IP адрес идет через нужный интерфейс:

    Трассировка маршрута к 192.168.250.254 с максимальным числом прыжков 30


      1     8 ms     9 ms    10 ms  94.141.62.1
      2    62 ms    64 ms    65 ms  195.98.72.177
      3    60 ms    76 ms    49 ms  94.141.63.169
      4     *        *        *     Превышен интервал ожидания для запроса.
      5     *        *        *     Превышен интервал ожидания для запроса.
      6    73 ms    60 ms    65 ms  10.255.255.20
      7    75 ms    63 ms    65 ms  192.168.250.254

    Что ещё не так? Почему статус n/a?

    Может шлюз должен как-то сообщать о своей активности Lync серверу?
    26 марта 2012 г. 7:04
  • Как шклюз в топологии определён? Если попробовать telnet'ом, подключение проходит?
    26 марта 2012 г. 8:55
    Модератор
  • Вот сводка по топологии. 

    С провайдером добились входящих звонков, из города звонки идут, но в город нет. Ошибка 403 исходный код 239. Возможно напутал с нормализацией. У провайдера городские номера атс принимает только в формате XXXXXXX или 8XXXXXXXXXX

    Ошибка серверу не удалось выполнить переадресацию.  Хотя переадресация отключена в клиенте.
    26 марта 2012 г. 9:30
  • А исходящие-то не работают по причине загвоздки с маршрутизацией или тут уже дело исключительно в настройках на стороне Lync'а?

    Что в логах Mediation'а при попытке совершения звонка?

    27 марта 2012 г. 6:14
    Модератор
  • мне кажется с линком что-то, он не может отследить состояние шлюза. 

    Имя журнала:   Lync Server
    Источник:      LS Outbound Routing
    Дата:          26.03.2012 17:12:43
    Код события:   46046
    Категория задачи:(1038)
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     srvmail.csv.local
    Описание:
    A call to a PSTN number failed due to non availability of gateways.


    Called Number: +74732797933
    Phone Usage: Любые звонки
    Route: Любые звонки
    CallId: 10f1c9621d6f412b90a564443481bf08


    Cause: All gateways available for this call are marked as down.
    Resolution:
    Verify that these gateways are up and can respond to calls.
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="LS Outbound Routing" />
        <EventID Qualifiers="50190">46046</EventID>
        <Level>2</Level>
        <Task>1038</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-03-26T13:12:43.000000000Z" />
        <EventRecordID>55188</EventRecordID>
        <Channel>Lync Server</Channel>
        <Computer>srvmail.csv.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>+74732797933</Data>
        <Data>Любые звонки</Data>
        <Data>Любые звонки</Data>
        <Data>10f1c9621d6f412b90a564443481bf08</Data>
      </EventData>
    </Event>


    Имя журнала:   Lync Server
    Источник:      LS Outbound Routing
    Дата:          26.03.2012 17:12:43
    Код события:   46026
    Категория задачи:(1038)
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     srvmail.csv.local
    Описание:
    A PBX gateway has been marked as down.


    Gateway name: 192.168.250.254.
    Cause: A gateway failed to respond to a request within allotted time or was unable to route the request due to some error.
    Resolution:
    Verify that the gateway is up and can respond to calls.
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="LS Outbound Routing" />
        <EventID Qualifiers="50190">46026</EventID>
        <Level>2</Level>
        <Task>1038</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-03-26T13:12:43.000000000Z" />
        <EventRecordID>55187</EventRecordID>
        <Channel>Lync Server</Channel>
        <Computer>srvmail.csv.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>192.168.250.254</Data>
      </EventData>
    </Event>

    Есть ли смысл роль mediation переводить на отдельную машину?

    27 марта 2012 г. 6:32
  • Рекомендую почитать сие увлекательнейшее чтиво ;) .

    Смысл, может быть, и есть, но к вашей проблеме это не имеет отношения.

    27 марта 2012 г. 7:58
    Модератор
  • Я понял, что отключение функции Reref не даст нормального результат и проблема может быть в совместимости с шлюзом оператора. Можете посоветовать, что попросить от оператора? Какие настройки могут решить эту проблему с его стороны? 
    27 марта 2012 г. 8:18
  • Чтоб он отвечал на запросы "SIP OPTIONS". Либо, разверните отдельный Mediation и не ставьте на него обновления позднее CU1, если это приемлемо.

    27 марта 2012 г. 8:24
    Модератор
  • ну вот развернул роль, как мне определить, версию устанавливал с того же дистрибутива, или как удалить update?
    27 марта 2012 г. 8:41
  • Версию можно посмотреть в массе мест. Наиболее простые - панель управления Lync'а (вверху справа), либо отдельно по компонентам в панели управления в удалении программ ;) .
    27 марта 2012 г. 9:09
    Модератор
  • вверху справа 4.0.7577.0 , в панели Mediation тоже
    27 марта 2012 г. 10:21
  • Значит, у вас голый RTM.

    А перезапуск службы Mediation даёт на какое-то время возможность исходящих звонков? Что в это время в логах происходит?

    27 марта 2012 г. 10:26
    Модератор
  • сейчас связи нет никакой, при звонке на номер сигнал отключенного аппарата, хотя до этого приходил на пользователя с внешним номером. Сейчас в линке один Enterprise Voice пользователь. Обратный звонок начинается, но обрывается ошибкой "Серверу не удалось выполнить переадресацию..."

    Ошибки в логах:

    Имя журнала:   Lync Server
    Источник:      LS Outbound Routing
    Дата:          27.03.2012 13:24:35
    Код события:   46009
    Категория задачи:(1038)
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     srvmail.csv.local
    Описание:
    An attempt to route to a gateway failed.


    Could not route to Gateway 192.168.250.254, the attempt failed with response code: 503 Service Unavailable (CallID: 2117b0fcade4468c85f66c375683d1e2).
    Failure occurrences: 55, since 24.03.2012 14:39:11.
    Cause: A gateway failed to respond to a request within allotted time or was unable to route the request due to some error.
    Resolution:
    Check whether the specified gateway is up and is properly configured.
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="LS Outbound Routing" />
        <EventID Qualifiers="50190">46009</EventID>
        <Level>2</Level>
        <Task>1038</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-03-27T09:24:35.000000000Z" />
        <EventRecordID>55379</EventRecordID>
        <Channel>Lync Server</Channel>
        <Computer>srvmail.csv.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>192.168.250.254</Data>
        <Data>503 Service Unavailable</Data>
        <Data>2117b0fcade4468c85f66c375683d1e2</Data>
        <Data>55</Data>
        <Data>24.03.2012 14:39:11</Data>
      </EventData>
    </Event>

    Имя журнала:   Lync Server
    Источник:      LS Outbound Routing
    Дата:          27.03.2012 14:29:19
    Код события:   46027
    Категория задачи:(1038)
    Уровень:       Сведения
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     srvmail.csv.local
    Описание:
    A PBX gateway is now responding to requests after some failures.


    Gateway name:192.168.250.254, Number of failures seen 1
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="LS Outbound Routing" />
        <EventID Qualifiers="17422">46027</EventID>
        <Level>4</Level>
        <Task>1038</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-03-27T10:29:19.000000000Z" />
        <EventRecordID>55386</EventRecordID>
        <Channel>Lync Server</Channel>
        <Computer>srvmail.csv.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>192.168.250.254</Data>
        <Data>1</Data>

     </EventData>

    </Event>

    Имя журнала:   Lync Server
    Источник:      LS Outbound Routing
    Дата:          27.03.2012 14:29:22
    Код события:   46046
    Категория задачи:(1038)
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     srvmail.csv.local
    Описание:
    A call to a PSTN number failed due to non availability of gateways.


    Called Number: +74732727727
    Phone Usage: Любые звонки
    Route: Любые звонки
    CallId: 4bcb63fbdc964e2d9392b14fcf3c90b4


    Cause: All gateways available for this call are marked as down.
    Resolution:
    Verify that these gateways are up and can respond to calls.
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="LS Outbound Routing" />
        <EventID Qualifiers="50190">46046</EventID>
        <Level>2</Level>
        <Task>1038</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-03-27T10:29:22.000000000Z" />
        <EventRecordID>55387</EventRecordID>
        <Channel>Lync Server</Channel>
        <Computer>srvmail.csv.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>+74732727727</Data>
        <Data>Любые звонки</Data>
        <Data>Любые звонки</Data>
        <Data>4bcb63fbdc964e2d9392b14fcf3c90b4</Data>
      </EventData>
    </Event>

    Имя журнала:   Lync Server
    Источник:      LS Mediation Server
    Дата:          27.03.2012 12:41:49
    Код события:   25063
    Категория задачи:(1030)
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     srvConnect.csv.local
    Описание:
    The Mediation Server service has encountered a major call completion problem with these gateway peer(s).


    Affected PSTN Gateway Service Cluster(s): 
    192.168.250.254
    Cause: Calls to this gateway failed 5 times with failure final responses.  Check other MOM alerts for more details.
    Resolution:
    If the failure is MEDIATIONSERVER_GATEWAY_SDP_NEGOTIATION_FAILED (Event ID: 25039), make sure that configuration for SRTP is consistent between the Mediation Server and the GW, and that there is intersection in the voice codec supported on the gateway and on the Mediation Server.  If the failure is due to CALL_FAILURES_DUE_TO_UNEXPECTED_GATEWAY_INTERACTION, there is some internal issue with the gateway peer's link to the Mediation Server (misconfiguration, load) that is causing it not to complete calls.  Please consult the failure reports on the Monitoring Server for more details.
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="LS Mediation Server" />
        <EventID Qualifiers="50182">25063</EventID>
        <Level>2</Level>
        <Task>1030</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-03-27T08:41:49.000000000Z" />
        <EventRecordID>13</EventRecordID>
        <Channel>Lync Server</Channel>
        <Computer>srvConnect.csv.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>192.168.250.254</Data>
      </EventData>
    </Event>
    27 марта 2012 г. 10:33
  • Вы бы, лучше, не из системного журнала сообщения смотрели, а из Loggin Tool ;) .

    Запустите сбор логов, перезапустите службу Mediation и пробуйте совершить звонок наружу...

    27 марта 2012 г. 10:56
    Модератор
  • Вы, лучше, выложите его куда-нибудь - без Snooper'а его читать просто невозможно ;) .

    27 марта 2012 г. 11:07
    Модератор
  • ссылка на лог http://valente.ru/log.txt

    Оператор мне говорит что пакет на мой IP уходит в формате 2606545@94.141.62.101 , а назад ничего.

    27 марта 2012 г. 11:16
  • почему в логе стоит порт 5070? или это не то?

    MediationCall: 5b93f31f2f5a419b8cae0479e9086621
    CallId: e78a9e00764a424484a9d7e009cb32a1
    From: sip:molbo_vv@csoft.vrn.ru
    To: sip:84732727727@192.168.250.254:5070;user=phone;maddr=srvconnect.csv.local
    Direction: Outbound
    Start-Line: Conference Disposed. 
    $$END-MEDIATIONSERVER

    27 марта 2012 г. 11:32
  • В вашем логе ситуация аналогичная - с вашей стороны исключительно исходящие пакеты и ни одного входящего ;) . В общем, разберитесь с провайдером где у вас происходит загвоздка...
    27 марта 2012 г. 11:32
    Модератор
  • ну вот например входящий звонок на наш сервер в лог он попал, т.е. пакет от оператора пришел, но какие-то проблемы с правилами возможно.

    MediationCall: b13b099bbd6f482294e95a38cd9dcd49
    CallId: 9a643d70-1cf4-40ef-8c1a-8edf0fcd2251
    From: sip:84732397454;phone-context=DefaultProfile@csoft.vrn.ru;user=phone
    To: sip:2606545;phone-context=DefaultProfile@csoft.vrn.ru;user=phone
    Direction: Inbound
    Start-Line: FailureResponseException: ResponseCode=404 ResponseText=No matching rule has been found in the dial plan for the called number. 
    DiagnosticInformation=ErrorCode=14006,Source=srvmail.csv.local,Reason=Unable to find a potentially matching regex
    Microsoft.Rtc.Signaling.DiagnosticHeader


    Microsoft.Rtc.Signaling.FailureResponseException:A 404 (No matching rule has been found in the dial plan for the called number. ) response was received from the network and the operation failed. See the exception details for more information.
       
    $$END-MEDIATIONSERVER

    27 марта 2012 г. 11:40
  • А в топологии для шлюза 5060 указан? Если да, попробуйте на Mediation'е выполнить установку/обновление компонент...

    Кстати, судя по тому же логу, у вас Front-End и Mediation разнесены. Или у вас какое-то совмещение ролей используется?

    27 марта 2012 г. 11:42
    Модератор
  • Очевидно, тут уже проблемы с нормализацией номера, пришедшего от провайдера.
    27 марта 2012 г. 11:44
    Модератор
  • в топологии для PSTN указан порт 5060, а Mediation слушает 5068.

    Как проверить нормализацию номера, что отвечает за это?

    27 марта 2012 г. 12:14
  • Тогда, как я уже говорил, выполните установку/обновление компонентов на Mediation'е, чтоб он обновил конфигурацию и отправлял данные вашему провайдеру на нужный порт...

    А ваш провайдер вам на 5068 данные присылает?

    Про нормализацию можете почитать здесь.

    27 марта 2012 г. 12:25
    Модератор
  • Обновление компонентов провел. Есть некий прогресс появились исходящие звонки, но не стабильно через раз как-то.

    В логах новая ошибка:

    MediationCall: 966059c4d0ae4b31944940418f09171b
    CallId: e89c4c57-2a16-49a5-b51f-68fcfc8ec701
    From: sip:+74732606545@srvconnect.csv.local;user=phone
    To: sip:84732727727@192.168.250.254;user=phone
    Direction: Outbound
    Start-Line: FailureResponseException: ResponseCode=503 ResponseText=Service Unavailable
    Microsoft.Rtc.Signaling.FailureResponseException:A 503 (Service Unavailable) response was received from the network and the operation failed. See the exception details for more information.
       
    $$END-MEDIATIONSERVER

    28 марта 2012 г. 6:41
  • С нестабильностью уже только вам с провайдером разбираться ;) ...

    28 марта 2012 г. 7:21
    Модератор
  • да мне кажется, что все таки проблема с линком, он как-то не уверено работает.

    Входящие звонки работают. а вот исходящие плавают, вчера вечеров все работало, а теперь опять нет. Ошибка 503. Не знаю уже даже, что ещё проверить.

    28 марта 2012 г. 10:18
  • Как можно промониторить весь трафик куда что идет?
    28 марта 2012 г. 10:38
  • А я думаю, что дело тут не в Lync'е, а в его сопряжении с несертифицированным оборудованием, которое ведёт себя не совсем так, как того ожидает Lync.

    28 марта 2012 г. 10:42
    Модератор
  • Так сбором тех же логов, либо снифером.

    28 марта 2012 г. 10:43
    Модератор
  • А что может быть не так? 

    From: "\0xd0\0x9c\0xd0\0xbe\0xd0\0xbb\0xd1\0x8c\0xd0\0xb1\0xd0\0xbe \0xd0\0x92\0xd0\0xb8\0xd0\0xba\0xd1\0x82\0xd0\0xbe\0xd1\0x80 \0xd0\0x92\0xd0\0xb8\0xd0\0xba\0xd1\0x82\0xd0\0xbe\0xd1\0x80\0xd0\0xbe\0xd0... the rest is skipped (non-printable data)
    <<< Incoming TCP packet END
    TL_INFO(TF_PROTOCOL) [0]03F8.0FFC::03/28/2012-10:42:16.959.00000020 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(686))[2543192569]
    <<<<<<<<<<<<Incoming SipMessage c=[<SipTcpConnection_15D72B1>], 94.141.62.101:51893<-192.168.250.254:5060
    SIP/2.0 503 Service Unavailable

    28 марта 2012 г. 10:53
  • меня смущает что SIP сообщение содержит поле From sip:+74732606545@srvconnect.csv.local  может из-за этого шлюз оператора его отбрасывает, 

    как формировать его на в формате From sip:+74732606545@94.141.62.101 <<<< внешний адрес Mediation

    28 марта 2012 г. 11:07
  • Да что угодно ;) .
    28 марта 2012 г. 16:11
    Модератор
  • На сколько я помню - это нормально. А, вообще, трудно иметь дело с такой обрывочной информацией ;) .

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

    Думаю, лучше всего вам мучать провайдера, чтоб он объяснил что его оборудованию не нравится в общении с Lync'ом.

    28 марта 2012 г. 16:15
    Модератор
  • Да, вы действительно были правы насчет провайдера.

    Вообщем большинство проблем решили, получилась следующая конфигурация:

    Lync Mediation вынесли за пределы Frontend сервера, сделали отдельную машину с двумя сетевыми интерфейсами один смотрел в локальную сеть, другой в сеть провайдера через отдельный Vlan.  

    Настройки Mediation:

    Listening port:  TCP 5060

    Destination port: TCP 5060

    Trunk options: refer disable

    Нормализация на выходе из +7 в 8

    Настройки на стороне провайдера:

    Listening port:  TCP 5060

    Destination port: TCP 5060

    Обязательно включить Comfort Noise Gain (Level)

    Между IP адресов Mediation и IP PSTN Gateway отношение сетей только route.

    28 марта 2012 г. 19:04
  • А какие решить не удалось?

    28 марта 2012 г. 19:10
    Модератор
  • со стороны линка все выглядит нормально, у провайдера возникли проблемы с подачей на линию больше одного номера, но будем тестировать дальше, возможно все решим.

    Я хотел спросить, при таком сценарии, когда один номер, допустим, +70123456789,  на всю компанию, как его направить нужному абоненту? Если у всех URI формата tel:+70123456789;ext=123 ?

    29 марта 2012 г. 6:29
  • Например, назначить этот номер секретарю реальному или на Exchange'е.
    29 марта 2012 г. 7:21
    Модератор
  • т.е. без ext. его прописать, а как тогда звонить секретарю по короткому номеру?
    29 марта 2012 г. 8:14
  • Как вариант, можете создать "заглушку" у которой будет указан ваш внешний номер и установлена безусловная переадресация на секретаря.
    29 марта 2012 г. 9:49
    Модератор
  • Либо, вы можете в Dial Plan'е прописать правило нормализации, которое будет ваш внешний номер приводить к формату +7...;ext=7777.
    29 марта 2012 г. 10:44
    Модератор
  • Уважаемый пользователь!
    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий

    3 апреля 2012 г. 9:54