Добавление коммутаторов и их типов в биллинг

{toc}

h1. Добавление коммутатора

Для добавления нового коммутатора, необходимо перейти на вкладку Оборудование - Коммутаторы и выбрать "Добавить"

Типы коммутаторов находятся в разделе "Оборудование"

!тип_коммутатора.png|border=0,width=700!

Если Вашего типа коммутаторов нет в списке, Вы можете добавить его с помощью кнопки "Добавить".

!parse.png|border=0,width=700!

Заполните общую информацию о коммутаторе:
* Заполните поле "Тип" - это наименование типа
{warning}*В названии типа нельзя использовать спецсимволы* (+-$#@" и т.д.)!{warning}

Такое поведение описано в [документации|https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3750/software/release/12-2_52_se/configuration/guide/3750scg/swdhcp82.html#wp1069615] Cisco Catalyst 3750:
{quote}In the port field of the circuit-ID suboption, the port numbers start at 3. For example, on a switch with 24 10/100 ports and small form-factor pluggable (SFP) module slots, port 3 is the Fast Ethernet x/0/1 port, port 4 is the Fast Ethernet x/0/2 port, and so forth, where x is the stack member number. Port 27 is the SFP module slot x/0/1, and so forth.{quote}
Например, вместо порта 1 в опции 82 приходит порт 3, вместо 11 - 13 и т.д.
Функция dhcp-eval позволяет выполнять базовые арифметические операции. Чтобы решить эту задачу, используйте такую конструкцию:
{code}binary-to-ascii (10, 8, "", encode-int((extract-int(suffix(option agent.circuit-id, 1),8) + -2),8)){code}
Эта возможность была [документирована|https://kb.isc.org/docs/isc-dhcp-41-manual-pages-dhcp-eval#NUMERIC EXPRESSIONS] с выходом ISC DHCP 4.1, но её [использовали|https://github.com/alandekok/isc-dhcp-3.0/blob/master/tests/failover/dhcp-1.cf] [и раньше|https://lists.isc.org/pipermail/dhcp-workers/2009-November/000040.html].
В листинге видно, что вычет "2" происходит прибавлением отрицательного числа: к сожалению, при использовании "- 2", DHCP-сервер не запускался и считал это ошибкой конфигурации. Возможно это проблема используемой версии DHCP-сервера.

h3. binary-to-ascii обрезает нули в MAC-адресе (например, 01:00:BE:00:00:01 превратит в 1:0:be:0:0:1)

Это известная проблема, она связана с особенностью работы функции binary-to-ascii, и решение [описано в базе знаний|https://kb.isc.org/docs/aa-01039] ISC DHCP.

К сожалению, в Carbon Billing 5 такое решение пока применить не получится.

Чтобы это не стало проблемой, заводите MAC-адреса коммутаторам и абонентам в том формате, как он будет преобразован binary-to-ascii.
Например, "*01:00:BE:00:00:01*" заведите как "*1:0:be:0:0:1*"

h3. Нужно авторизовать по IP коммутатора

Коммутатор выступает релеем и передаёт запросы клиентов DHCP-серверу биллинга. Адрес коммутатора в таком случае [сохраняется в поле GIADDR|https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol#Relaying] DHCP-запроса.
Получить IP коммутатора (релея) можно функцией *packet()* со сдвигом на 24 байта. Полученные данные надо преобразовать функцией binary-to-ascii в десятичную форму, разбив октеты точкой - так вы получите IP-адрес.

{code}binary-to-ascii(10, 8, ".", packet(24, 4)){code}