Довольно часто мы получаем такой вопрос: используется поддерживаемый 3CX IP телефон, однако при первом включении телефон не появляется в интерфейсе управления 3CX. Соответственно, его невозможно настроить (привязать к пользователю) автоматически по технологии Plug and Play.


image


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


  • Сервер 3CX должен использовать SIP порт 5060
  • 3CX должна быть подключена к мультикастовой группе
  • IP телефон должен находиться в одной IP подсети с сервером 3CX
  • Коммутатор должен транслировать мультикаст трафик
  • Прошивка телефона должна поддерживать PnP автонастройку

Рассмотрим эти условия подробнее.


Сервер 3CX должен использовать SIP порт 5060


В интерфейсе 3CX перейдите в раздел Параметры – Сеть – вкладка Порты и убедитесь, что АТС использует SIP порт 5060.


image


Сервер 3CX должен участвовать в мультикастовой группе


В зависимости от привязки сетей к сетевому интерфейсу, 3CX может не “прослушивать” мультикаст запросы. Прежде всего рекомендуется отключить все неиспользуемые сетевые интерфейсы, включая Wi-Fi и Bluetooth. После этого убедитесь, что 3CX “перехватывает” мультикаст запросы:


  • Откройте командную строку и введите Netsh interface ipv4 show join

Вы увидите, к каким сетям привязаны интерфейсы 3CX. На примере показана система с 4 интерфейсами, которые являются членами мультикастовой группы 224.0.1.75.



Если в списке привязанных сетей нет мультикастовой группы, 3CX не “услышит” запросы от IP телефонов. Для решения проблемы в Windows перейдите в Control Panel — Network and Internet — Network Connections — меню Advanced — Advanced Settings



Установите приоритет интерфейсов таким образом, чтобы интерфейс системы, который вы указали во время инсталляции 3CX, стоял на первом месте. Другими словами, первым должен стоять интерфейс, который используется 3CX для получения SIP запросов.



После установки приоритета, перегрузите компьютер и убедитесь, что интерфейс подключен к мультикастовой группе.

IP телефон должен находиться в одной IP подсети с сервером 3CX


Механизм автонастройки использует мультикаст запросы, поэтому подключаемые по технологии PnP IP телефоны и сервер 3CX должны находиться в одной IP подсети.

Например, такая конфигурация будет работать:

  • IP адрес АТС: 192.168.0.1, маска подсети: 255.255.255.0
  • IP адрес телефона: 192.168.0.28, маска подсети: 255.255.255.0

А такая не будет:

  • IP адрес АТС: 192.168.0.1, маска: 255.255.255.0
  • IP адрес телефона: 192.168.1.28, маска: 255.255.255.0 (другая подсеть)

Внимание: если вы используете 3CX SBC (Session Border Controller) для подключения телефонов из удаленной сети, 3CX SBC будет перехватывать мультикаст PnP запросы и переадресовывать их центральному серверу 3CX через подключение 3CX Tunnel.

Коммутатор должен транслировать мультикаст трафик


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

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

Прошивка телефона должна поддерживать PnP автонастройку


Разумеется, что сам IP телефон должен поддерживать отправку специальных запросов PnP автонастройки. Однако устаревшие версии прошивок либо не поддерживают это совсем, либо поддерживают, но не в полном объеме. Поэтому, если все вышеописанные условия выполнены, а запросы от телефона не приходят, придется вручную обновить прошивку телефона до последней поддерживаемой версии.
Поделиться с друзьями
-->

Комментарии (8)


  1. ilyaplot
    13.03.2017 10:38

    Вы уверены, что этот пост нужно публиковать здесь, а не в документации для администратора? Вообще вопросы типа «почему оно не работает» и «как настроить» возникают либо из-за недостатков документации, либо из-за того, что она не была прочитана.


    1. snezhko
      13.03.2017 11:57

      Мы стараемся не раздувать документацию, держать ее компактной. Но если появляется много похожих вопросов, мы отвечаем на них на английском (это есть на офсайте) и на русском здесь. А потом это включется в документацию как ссылка на внешнюю статью.


      1. gosha-z
        13.03.2017 13:16

        Provisioning guide — это первое, что читается для подобного рода деятельности. И все то, что вы написали, должно в нем быть.


  1. snezhko
    13.03.2017 13:17

    Согласен, но часто читать манулы начинают только после того, как что-то не заработало сразу. Так вот я решил немного упростить задачу :-)


    1. gosha-z
      13.03.2017 13:26

      Упростить? По мне так усложнили…
      1. Причем тут port 5060? До него дело еще вообще не дошло…
      2. Вы уж определитесь, ваш PnP работает по broadcast или multicast? А то мечетесь между ними…
      3. Если вы сами генерите конфиги для телефонов, то что мешает общепринятым способом, через DHCP options, «показать пальцем» телефону на эти конфиги? Хотя судя по отсутствию упоминания MAC address в конфигурации телефона эта тема тоже не раскрыта.
      4. Сентенция про SBC вообще убила. Это к чему вообще?


      1. snezhko
        13.03.2017 13:38

        1. Порт должен быть 5060, некоторые меняют для каких-то своих целей, а потом возникают проблемы.
        2. Работает по Multicast, не совсем корректно использовал русский термин, поправлю в тексте, спасибо за уточнение.
        3. По DHCP — конечно можно, но это совсем другой механизм настройки, а не PnP https://www.3cx.com/sip-phones/dhcp-option-66/
        4. Не понял вопрос.


        1. gosha-z
          13.03.2017 14:06

          1. Хм. Я правильно понял, что вы слушаете малтикасты 224.0.1.75 на порту 5060? И ожидаете, что телефоны будут слать запросы на этот адрес по этому порту? А откуда сии дровишки? Номерочек RFC или имя ietf draft не подскажете?
          2. Если по multicast, то тогда непонятно требование нахождения в одной сети. Что мешает muiticast routing'у на маршрутизаторе, кроме того, что вы таким образом никогда не узнаете MAC телефона? Более того, прятание за маршрутизатор — единственный, на мой взгляд, правильный способ «дрессировки» дубовых телефонов, не знающих про GARP.
          3. Куда уж PnPовее. Один раз настроил и только ходи телефоны в розетки втыкай.
          4. Поясните, каким образом SBC увидит малтикасты клиента, сидящего на WiFi в номере гостиницы в Усть-Бубеняйске?


          1. snezhko
            13.03.2017 17:42

            1. RFC3261 и по ключевым словам RFC 224.0.1.75
            2. В 3CX это сделано с соответствии с рекомендованными практиками по реализации multicast.
            3. Без знания MAC адреса автонастройка IP телефонов в принципе не работает.
            4. SBC является агентом АТС в удалённой сети. Если вы находитесь в отеле, используйте клиент 3CX. Для IP телефонов доступна настройка по RPS или SBC, в зависимости от ситуации https://www.3cx.ru/docs/manual/configuring-ip-phones/

            В дальнейшем, предлагаю задавать вопросы на соответствующем форуме 3CX https://www.3cx.ru/forum/general/