Хорошо

#NY21 Получение достаточного питания телефонами Cisco CP-8865 с KEM модулями от S7712 Популярное

Последний ответ янв 07, 2021 15:53:14 630 2 6 0 0

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

 

Есть такая народная традиция, актуальная в нашей полосе, дружить оборудование Cisco и Huawei.

Возникла проблема с договорённостью телефона Cisco phone с установленным модулем KEM и с коммутатором S7712, к которому он подключен, и который должен подавать энергию через PoE.

 

Давайте начнём с матчасти:

  1. Есть Cisco CP-8865, и к нему ещё дополнительный клавиатурный модуль, Key Extention Module (KEM), предназначенный для быстрого набора. Модуль подключается с помощью специального Spine connector, причём, на некоторых моделях они могут подключатсья  последовательно, до трёх KEM на один телефонный аппарат. Таких телефонов на предприятии довольно много, будем считать, порядка сотни.


    spinekem


  2. Есть Коммутатор S7712, к портам которого подключены описанные выше телефонные аппараты, по медномым кабелям UTP. 

  3. Анонсируют устройства друг другу информацию о себе с помощью протокола LLDP (Link Layer Discovery Protocol)

    s7712

 

    

 

Описание процесса получения телефоном нужной мощности для корректной работы:

  1. При включении, телефон по lldp (Link Layer Discovery Protocol) запрашивает базовую мощность для включения, в виде 12.5 ватт.

  2. Свич получает запрос и выдаёт телефону столько мощности, сколько он запросил.

  3. Далее, телефон запускает свои системы и обнаруживает подключённый к нему KEM модуль. и отправляет новый lldp запрос, уже 15.5 ватт.

  4. Свич получает lldp запрос и выдаёт запрошенную мощность.

  5. Затем телефон обнаруживает после первого модуля подключённый ещё один KEM модуль и начинает запрашивать для него уже 20.5 ватт. 

  6. Свич выдаёт запрошенную мощность, телефон и KEM работают.

 

[S7712-GigabitEthernet2/0/2]display lldp neighbor interface GigabitEthernet 2/0/2 //информация по lldp соседу на интерфейсе  
 GigabitEthernet2/0/2 has 1 neighbor(s):
  
 Neighbor index :1
 Chassis type   :Network address
 Chassis ID     :x.x.x.x
 Port ID type   :Locally assigned
 Port ID        :94D4690CE860:P1
 Port description    :SW PORT
 System name         :xxxx
 System description  :Cisco IP Phone 8865, V1, sip8845_65.12-8-1-0001-455.loads //Описание, которое отдаёт телефон по lldp.
 System capabilities supported   :bridge telephone
 System capabilities enabled     :bridge telephone
 Management address type  :ipv4
 Management address value :x.x.x.x
 OID  :
 Expired time   :124s
  
  
 Auto-negotiation supported    :Yes
 Auto-negotiation enabled      :Yes
 OperMau   :speed(1000)/duplex(Full)
  
 Power port class            :PD
 PSE power supported         :No
 PSE power enabled           :No
 PSE pairs control ability   :No
 Power pairs                 :Signal
 Port power classification   :Class4
 Power type                  :Type 2 PD
 Power source                :PSE
 Power priority              :Unknown
 PD requested power value    :20.5(w)
 PSE allocated power value   :20.5(w) //Телефон получает достаточную мощность для работы двух KEM


 

Проблема характеризуется следующим образом: На этапе выделения мощности для первого или второго KEM, телефон игнорирует полученную мощность и продолжает запрашивать её повторно даже после ответа свича. Проблема решается многократной перезагрузкой телефона, спустя какое-то количество попыток телефон верно запрашивает мощность.

 

Захватим пакеты, приходящие и уходящие с порта, к которому подключён телефон с помощью мирроринга:

 

Здесь описан процесс мирроринга пакетов для свичей S серии:

https://support.huawei.com/hedex/hdx.do?docid=EDOC1100037168&id=dc_cfg_mirror_1031&lang=en

<S7712> system-view
 [S7712] observe-port 1 interface gigabitethernet 0/0/2     //Выбираем GE0/0/2 в качестве local observing port 1.
 [S7712] interface gigabitethernet 0/0/1
 [S7712-GigabitEthernet0/0/1] port-mirroring to observe-port 1 both     //Зеркалируем входящие и исходящие пакеты с интерфейса GE0/0/1 на наш observing port 1.
 [S7712-GigabitEthernet0/0/1] return


 

В нашем случае, к порту G0/0/1 подключен компьютер для сбора трафика, для последующего анализа.

 

Далее рассматриваем процесс включения телефона с включенным дебагом и захваченными lldp пакетами, нас интересуют поля poe в TLV. Коммутатор использует это TLV для того чтобы анонсировать возможности и настройки приоритета PoE для порта. Подключенное устройство использует аналогичное TLV для того чтобы сообщить свои требования к PoE.

 

1.      Включение. Телефон запрашивает 12.5 W, свич отвечает в нормальном режиме. 00 7D 00 7D здесь означает 12.5W.

1

 

1

2.      Запрос дополнительной мощности. 00 9B 00 7D здесь означает 15.5W.

2

 

2


3.      Телефон продолжает запрашивать 15.5 ватт, не смотря на то, что он уже эту мощность получает.

3

 

3

 

Так быть не должно. В ходе анализа пакетов, так же обнаружилось огромное количество cdp (Cisco Discovery Protocol) пакетов. Это проприетарный протокол cisco, назначение которого такое же, как и lldp, но, этот протокол работает только лишь с оборудованием cisco, то есть, в связке с нашим S7712, cdp пакеты отправляются с телефона и не распознаются коммутатором.

 

Отключив cdp на телефонном аппарате, мы вновь провели тест с перезагрузкой телефона, и KEM заработали в нормальном режиме, то есть, с первого раза.

 

Вероятно, телефонам не хватало ресурса для одновременной договорённости по lldp и попытками найти соседа по cdp.

 

Ресурсы, использованные в ходе написания поста:

http://xgu.ru/wiki/LLDP

https://support.huawei.com/hedex/hdx.do?docid=EDOC1100037168&id=dc_cfg_mirror_1031&lang=en

https://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/ip-phone-8800-series-key-expansion-module/datasheet-c78-732356.html

 


  • x

Peterhof
MVE Опубликовано 2021-1-7 13:32:01
Здравствуйте!
Кстати да, взаимодействие с Cisco мне тоже не очень нравится. Вот есть статья на тему включения CDP на коммутаторах Huawei: https://support.huawei.com/enterprise/en/knowledge/EKB1000091491
Развернуть
  • x

dai_splav
HCIE MVE Опубликовано 2021-1-7 15:53:14
Доброго дня.
Похожая история была с телефонами yealink.
Как ни странно отключение cdp помогло.
Развернуть
  • x

Комментарий

Выполните вход в систему, чтобы ответить на пост. Вход | Регистрация
Отправить

Внимание! В целях защиты правовых интересов Вас, сообщества и третьих лиц, не публикуйте любой материал, содержащий политические высказывания, порнографию, упоминание азартных игр, употребление наркотиков, а также материал, нарушающий коммерческую тайну или содержащий персональные данные пользователей. Также не предоставляйте данные от вашей учетной записи. Вы будете нести ответственность за все действия, выполняемые под вашим аккаунтом. Подробная информация: “Политика конфиденциальности..”

My Followers

Авторизуйтесь и пользуйтесь всеми преимуществами участника!

Вход

Заблокировать
Вы уверены, что хотите заблокировать этого пользователя?
Пользователи из вашего черного списка не могут комментировать ваши посты, не могут упоминать вас, не могут отправлять личные сообщения.
Напоминание
Пожалуйста, привяжите свой мобильный номер чтобы получить бонус за приглашение.