Господа гуру,
Есть такая функция: CS1000 Rls 5.0 и выше умеет менять в каждом i2002/i2004 и т.д. параметры TN и, видимо, Node ID. Это происходит, в частности, при upgrade R4.50->5.0 (там меняется и сам TN, и формат TN).
Мне интересно: нет ли у кого доки, как это реализовать на практике, или, в крайнем случае - не отлавливал ли кто-нибудь эти операции (хотя бы сниффером)?
Про DHCP перерыл все - там этого нет (full DHCP пользуюсь давно).
Чистая теория, конечно, но мне кажется, что смена TNа при апгрейде с 4.5 на 5.0 происходит не какой-то внутренней командой из меридиана в телефон, а конвертацией TNа внутри самого телефона.
Вот что удалось найти на скорую руку по этой теме в доках:
Nortel Communication Server 1000
IP Line Fundamentals
NN43100-500 01.03 Standard
Release 5.0 1 November 2007
Automatic IP Phone TN conversion (Flexible Registration)
Flexible Registration Class of Service (CLS) for all IP Phones is configured
in LD 11. Flexible Registration CLS can be set to one of the following values:
• FRA-Flexible Registration Allowed (default)
• FRU-Flexible Registration on Upgrade
• FRD-Flexible Registration Denied
Use LD 81 to list the IP Phone TN which have Flexible Registration Allowed
(FRA), Flexible Registration on Upgrade (FRU), and Flexible Registration
Denied (FRD) CLS.
When the LTPS attempts to register an IP Phone with the Call Server, the
following occurs:
1. If the TN has FRD CLS, the Call Server checks the IP Phone type
against the TN type. Registration is rejected if the types do not match.
Furthermore, the Call Server checks the Emulation Flag and blocks
registration in the Emulation Mode.
2. If the TN has FRA CLS, the Call Server checks the IP Phone type
against the TN type. If the types are compatible, the TN is converted,
and the IP Phone registers.
3. If the TN has FRU CLS, the Call Server checks the IP Phone type
against the VTN type. If the types are compatible, the TN is converted
and the IP Phone registers. After the TN is converted, the Flexible
Registration CLS is set to FRD. The Call Server checks the Emulation
Flag and blocks registration in the Emulation Mode.
Правда, тут идет речь о смене TYPE, но думаю, что если поискать дальше, можно нарыть ещё что-нибудь интересное.
NTP ruleezzzzzzz!!!!!!
НЕ ЗАБУДТЕ АКТИВИРОВАТЬ ЗАЩИТУ МОЗГА от ВЗРЫВА
---
Interactions with IP Phones
The following information describes the process by which an IP Phone
registers and unregisters with a CS 1000 system.
Registration
Table 7 "Registration process" (page 39) describes the registration process.
Table 7
Registration process
Step Description
1 The IP Phone receives the IP address of the Connect Server (colocated
with the LTPS) through either DHCP or manual configuration.
2 The IP Phone contacts the Connect Server.
3 The Connect Server instructs the IP Phone to display a message on
its display screen requesting the customer IP Telephony node number
and TN.
4 The node number and TN are entered. The Connect Server redirects
the IP Phone to the Node Master.
5 The IP Phone contacts the Node Master. The Node Master redirects
the IP Phone to the LTPS.
6 The IP Phone contacts the LTPS.
7 If the IP Phone is valid, the LTPS registers it with the system.
----
IP set TN mapping
When converting from small systems (Option 11C, CS 1000M or CS 1000S) to a CS 1000CPPM
system the slot and unit number is mapped to loop, shelf, card, and unit number as shown in
the following table. Because these TNs map from a “small system” TN format to a “large
system” TN format, the IP sets will not have to be re-programmed with a new TN.
Table 9: IP set TN conversion
CS 1000S/M CS 1000CPPM
slot unit loop shelf card unit
61-64 0-31 96 01-4 0-31
65-680-3110001-40-31
69-720-3110401-40-31
73-760-3110801-40-31
77-800-3111201-40-31
81-840-319611-40-31
85-880-3110011-40-31
89-920-3110411-40-31
93-960-3110811-40-31
97-990-3111211-30-31
-----------------------------
Relaxed node ID checking is in operation between the Branch Office
and the main office. Four digits are configured on the TPS for the Node
ID, and the first three digits of that Node ID make up the Node ID on the
IP Phone. For example, 5701 is configured on the main office TPS and
5702 on the MG 1000B TPS, where 570 is the Node ID on the IP Phone.
То же самое ноподробне:
Enhanced Redundancy for IP Line nodes
The Enhanced Redundancy for IP Line nodes feature relaxes the checking
performed by a node on the Node ID that is presented by a registering IP
Phone. Under the circumstances described in this section, an IP Phone
with a 3-digit Node ID can register to a node that is configured with a 4-digit
Node ID. To enable the registration to be successful, the 3-digit Node ID
must match the first 3 digits of the node 4-digit Node ID.
This feature enhances the IP Phone survivability in the case of network
outages or equipment failure, as it allows an IP Phone to register to more
than one node on a system. By configuring the IP Phone S1 and S2
Connect Server IP addresses to the node addressees of two different
nodes, and properly configuring the Node IDs, the IP Phone is able to
register to another secondary node if it cannot register to the primary node.
.
The rules are as follows:
• if the Node ID on the system has 3 digits or less, the Node ID from
the IP Phone must match exactly
• if the Node ID on the system has 4 digits and:
— the Node ID from the IP Phone has fewer than 3 digits, reject the
registration
— the Node ID from the IP Phone has 4 digits, the Node ID must match
exactly
— if the Node ID from the IP Phone has 3 digits and they match the
first 3 digits of the node 4 digit Node ID (left to right), then allow
the IP Phone to register. If the first three digits do not match, reject
the registration.
Up to 10 nodes can be configured on a system (3-digit Node ID base + 0-9
for the fourth digit). The IP Phones are distributed among the nodes by
programming different S1 and S2 IP addresses into the IP Phones. The
IP Phones register to the primary Connect Server (the S1 IP address) if
possible.
If a network outage or equipment failure prevents the registration to the
primary Connect Server, the IP Phone can register to a secondary Connect
Server (the S2 IP address). This feature enables a node registered IP
Phones to spread across the spare IP Phone registration capacity of the
other nodes in the system in the event of a network outage or equipment
failure.
Example:
For example, the installer configures two nodes on a system with Node IDs
3431 and 3432. An IP Phone configured with Node ID 343 can register
with either node.
If the IP Phone presented one of the following Node IDs, it would be rejected
for registration
• 3
• 34
• 3433
--------
nodePwdSet Sets the password for the current node. See IP Line
Fundamentals (NN43001-500).
NodePwd
nodePwdShow Displays the settings for the node password. See IP
Line Fundamentals (NN43001-500).
NodePwd
nodePwdEnable Enables the node password setting. See IP Line
Fundamentals (NN43001-500).
NodePwd
nodePwdDisable Disables the node password settings. See IP Line
Fundamentals (NN43001-500).
NodePwd
-------
Если мне память не изменяет я несколько раз рассказыал как с
помощью реестра, такой-то матери и поля UserPIN на абсолютном зле
включить русский язык.
А так же раза дварассказывал сказки про разные порты и зачем они нужны.
Для автоназначения можно написать свой коннект сервер.
Это несложно десяток RUDP сообщений - и пусть собственный коннект сервер
матчит HWID с TN - то есть занимается сиэсвишной работой.
Если идея принести свой IP телефон в чужую организацию и подключитьего там при известном Node ID
но неизвестном пароле на него делаем так:
Дублицируем ноде id у себя в лабе, перепрограммируем там телефон и несем его куда надо.
Предупреждение - это не всегда будет работать, если сисадмин не ленивый и возможно много проблем если ломаете из-за ната.
Так же желательно полное совпадение конфигурации аппаратов - фаза, наличие аксессуаров типа КЕМ-ГЕМ
----------
Есть мега PI патч который позволяет регистрировать сеты без сконифгуренного тиэна.
Наподобии виртуального оффиса.
Помоему его никогда не сделают доступным. И не только из-за того что я против :-)
В общем, програмируйте Node + TN руками, ставьте пароль и настраивайте правильное
секурити так,чтобы враги даже изощренные не прошли
(2SS - Давайте с Доктором Зло 23 го устроем поедание рыбы - и соответствие поста новому NDA)
Должна быть или уже есть такая тема в новых юнистимовских прошивках, что можно TN и NodeID раздавать через DHCP, соответственно в DHCP нужно прописать соответсвия MAC IP Phone с выдаваемыми телефону параметрами.
Или нет такого?
Если я ничего не путаю это наруливается через LLDP.
Опять же - в теории. Сам недавно мучался -почти 300 телефонов руками набивал :)
Юнистимовые сеты работают с
MCS
CS2100
BCM
SRG/CS1000
Тиэн используетсчя только CS 1000
SRG его может программировать для S2
Основываясь на параметрах конфигурации MO.
(только один).
Соответственно, сет ничего не знает об Node ID и TN - оно ему не надо.
Тиэн и нодайди - часть настроек которые содержат в себе и язык, дефаулт трансдусер и прочее
Lexad,
А есть ли какое-нибудь описание RUDP-шных портов и сообщений, что ли? Я б прогу наваял (или заказал) - все б попользовалисью
Noize,
мне такой же гимор скоро предстоит, 750 телефонов.
Что обидно - МАС-адрек указан на коробке, ну прям просится же решение в код.
Очень, очень хочется организовать окончательное решение этого [TN-Node ID] вопроса - а то пока Нортель сподобится - везде уж сиська с алкателями-астериксами стоять будут.
NGenSys пишет
Lмне такой же гимор скоро предстоит, 750 телефонов.
Давно не проблема. Скрипты рулят. Если трудности с программазмом - PAS Вам в руки.
TheRam пишет
Давно не проблема. Скрипты рулят. Если трудности с программазмом - PAS Вам в руки.
Проблем нет только с 2050.
На железо-телефонах надо все вбивать ручками.
NGenSys пишет
Lexad,
А есть ли какое-нибудь описание RUDP-шных портов и сообщений, что ли? Я б прогу наваял (или заказал) - все б попользовалисью
RUDP - стандртный протокол Plan 9 - его много кто использует.
Описание простое.
Установиь соединение - нужный индентификатор пейлода и FFFFFFF c клиента
Далее НАк от сервера с номером последовательности и оно начинает юзаться.
На каждый полученный НАК нужнг переслать отправленный пакет.
Если АК все хорошо.
Вот Юнистимный пейлоад - типа секретный, но в ВайрШарке есть плагин - так что не сильно.
Посмотрите на интеракцию с портом, который вы конигурите в S1. (само собой по программируйте NodeID и TN для нахождения закономерности, но подскажу что TN очень похож на тот что можно видеть в LD 32 - когда конвертишь 32х битное число в 2 или 4 в зависимости от опции)
Упс...не сообразил. Сорри. Как в воду п...
кхм...:(
патч 25003, помоему оно ещё не паблик, и по прежнему PI
Bulletin Number: P-2008-0102-Global
Date: 28 May 2008
Фирмварщики знатные шутники.
Правда, шутники у них тонкие, их не все понимают, но попробую их перевести на русский
<Режим взрыва мозга ON>
Оставим без внимания что сет ничего от TFTP сервера не получает, а он оттуда сам все что надо берет и перейдем к описания обнадивания обтиэнивания.
Для начала прочитаем про то, что TFTP это наше все и из-за его отсутствия 2001/2002/2204 любой фазы в пролете.
В оригинале
Node and TN provisioning on Communication Server 1000
The introduction of auto-provisioning on the IP Phone 2007, the IP Phone 1100 series, and
the IP Phone 1200 series also provides a centralized method of provisioning the Node and
TN fields for these IP Phones when they are connected on a Communication Server 1000
system.
Аналогично в пролете и 2050 (но тот монстр может свой мак менять, но будем надеяться что следующем релизе абсолютного зла все унифицируют с 11-й серией), но надежды будут напрасны как только мы вспомним, что нет у него TFTP :)
Смотрим примечание на первой странице
These firmware loads have not been introduced as the default loads for the IP Phones
Это значит, что вам нужно проапгрейдится до текущей версии фирмвары, а для этого вам надо присоединить телефон к серверу, а для этого надо указать NodeID/TN
После этого у вас появится возможность назначать NodeID/TN автоматически
Вот из-за это фича станет фичей трудной судьбы, никем не принятой в эксплуатацию
(хотя наверно на неё было столько надежд, столько надежд).
Да, посмотрите на приведенную в примере строку
reg=00:1B:BA:F8:82:0D,CS1K,S1,123,096-1-22-00;
Например мне она не кажется очень правильной. я про 22 в качестве третьей цифры TNа
Ну если почитать документ внимательно можно найти замечательную фразу:
Communication Server 1000 TPS does not yet synchronize its contrast setting with the local control.
Что в переводе на русский значит – мы облажались, и когда нам выставляют контрастность с CS1K мы свой элемент управления не трогаем, поэтому когда-нибудь, когда CS1K дезайнеры перестанут читать спецификации и тыкать в них пальцем, мы что-нибудь эдакое придумаем.
<Режим взрыва мозга Off>
В общем – пробуйте автопровижининг NodeID/TN – но не удевляйтесь если при этом настройки телефона будут постоянно сбрасываться в английский язык, дефолтный звонок и прочее.
Ну или продолжайте пользоваться дедовским способом – CSV – работает на всех телефонах.
Since Y2K
Ситал вчера код нового DHCP парсера на телефонах.
Много думал.
Выводы:
Node & TN autoprovisioning не работают для новых телефонов.
Чтобы оно работало необходимо предварительно сконфигурировать любые Node ID и TN.
Данная информация доведена докуда нодо с указанием косячка.
Осеньюбудет более или менее зрелое решение.
Настроек громкости-контрасности-языка трогать не будет.
Будем ждать.... тема актуальная...
Ocean пишет
Будем ждать.... тема актуальная...
Новый вид хакерских атак - ставишь в реелее свой DHCP и отдаешь ему TN IP сета босса (у него же 2007 :)) - и наслаждаешься надписью Duplicated TN :)