Carbon Billing + dasan v5812g

[Andrey75]

Доброго времени суток всем, помогите с настройкой DHCP Relay на Dasan v5812g

 

активировал

service dhcp

ip dhcp helper-address

 

трафика нет

[root@SMK_plus ~]# tcpdump -nvvei any port 67 or port 68

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

 

 

[7]+ Stopped tcpdump -nvvei any port 67 or port 68

[root@SMK_plus ~]#

 

что еще нужно.

на биллинге DHCP запустился

 

Mar 8 14:05:49 SMK_plus dhcpd: No subnet declaration for dummy0 (169.1.80.81).

Mar 8 14:05:49 SMK_plus dhcpd: ** Ignoring requests on dummy0. If this is not what

Mar 8 14:05:49 SMK_plus dhcpd: you want, please write a subnet declaration

Mar 8 14:05:49 SMK_plus dhcpd: in your dhcpd.conf file for the network segment

Mar 8 14:05:49 SMK_plus dhcpd: to which interface dummy0 is attached. **

Mar 8 14:05:49 SMK_plus dhcpd:

Mar 8 14:05:49 SMK_plus dhcpd: Listening on LPF/eth0/00:1f:29:e0:56:fa/ISC

Mar 8 14:05:49 SMK_plus dhcpd: Sending on LPF/eth0/00:1f:29:e0:56:fa/ISC

Mar 8 14:05:49 SMK_plus dhcpd: Sending on Socket/fallback/fallback-net

Mar 8 14:05:49 SMK_plus dhcpd:

 

заранее спасибо

[Andrey75]

вопрос совсем глупый, да?

[Andrey75]

DHCP Relay вроде работает.

 

[root@SMK_plus ~]# tcpdump -nvvei any port 67 or port 68

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

13:58:24.770976 In 00:d0:cb:86:e5:1e ethertype IPv4 (0x0800), length 354: (tos 0x0, ttl 127, id 1546, offset 0, flags [none], proto UDP (17), length 338)

10.1.10.3.bootpc > 10.1.0.2.bootps: [udp sum ok] BOOTP/DHCP, Request from 20:89:84:17:cd:ff, length 310, xid 0x30ccf17e, secs 1024, Flags [broadcast] (0x8000)

Gateway-IP 10.1.10.3

Client-Ethernet-Address 20:89:84:17:cd:ff

Vendor-rfc1048 Extensions

Magic Cookie 0x63825363

DHCP-Message Option 53, length 1: Request

Client-ID Option 61, length 7: ether 20:89:84:17:cd:ff

Requested-IP Option 50, length 4: 10.1.10.15

Hostname Option 12, length 10: "FUJITSU-PC"

FQDN Option 81, length 13: "FUJITSU-PC"

Vendor-Class Option 60, length 8: "MSFT 5.0"

Parameter-Request Option 55, length 12:

Subnet-Mask, Domain-Name, Default-Gateway, Domain-Name-Server

Netbios-Name-Server, Netbios-Node, Netbios-Scope, Router-Discovery

Static-Route, Classless-Static-Route, Classless-Static-Route-Microsoft, Vendor-Option

13:58:24.771457 Out 00:1f:29:e0:56:fa ethertype IPv4 (0x0800), length 344: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 328)

10.1.0.2.bootps > 10.1.10.3.bootps: [bad udp cksum 8357!] BOOTP/DHCP, Reply, length 300, xid 0x30ccf17e, secs 1024, Flags [broadcast] (0x8000)

Your-IP 10.1.10.15

Gateway-IP 10.1.10.3

Client-Ethernet-Address 20:89:84:17:cd:ff

Vendor-rfc1048 Extensions

Magic Cookie 0x63825363

DHCP-Message Option 53, length 1: ACK

Server-ID Option 54, length 4: 10.1.0.2

Lease-Time Option 51, length 4: 172800

Subnet-Mask Option 1, length 4: 255.255.255.0

Default-Gateway Option 3, length 4: 10.1.10.1

Domain-Name-Server Option 6, length 4: 8.8.8.8

13:58:28.861044 In 00:d0:cb:86:e5:1e ethertype IPv4 (0x0800), length 344: (tos 0x0, ttl 127, id 1624, offset 0, flags [none], proto UDP (17), length 328)

10.1.10.3.bootpc > 10.1.0.2.bootps: [udp sum ok] BOOTP/DHCP, Request from 20:89:84:17:cd:ff, length 300, xid 0xc75c0861, Flags [broadcast] (0x8000)

Client-IP 10.1.10.15

Gateway-IP 10.1.10.3

Client-Ethernet-Address 20:89:84:17:cd:ff

Vendor-rfc1048 Extensions

Magic Cookie 0x63825363

DHCP-Message Option 53, length 1: Inform

Client-ID Option 61, length 7: ether 20:89:84:17:cd:ff

Hostname Option 12, length 10: "FUJITSU-PC"

Vendor-Class Option 60, length 8: "MSFT 5.0"

Parameter-Request Option 55, length 13:

Subnet-Mask, Domain-Name, Default-Gateway, Domain-Name-Server

Netbios-Name-Server, Netbios-Node, Netbios-Scope, Router-Discovery

Static-Route, Classless-Static-Route, Classless-Static-Route-Microsoft, Vendor-Option

Option 252

13:58:28.861682 Out 00:1f:29:e0:56:fa ethertype IPv4 (0x0800), length 344: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 328)

10.1.0.2.bootps > 10.1.10.15.bootpc: [bad udp cksum cdb4!] BOOTP/DHCP, Reply, length 300, xid 0xc75c0861, Flags [broadcast] (0x8000)

Client-IP 10.1.10.15

Gateway-IP 10.1.10.3

Client-Ethernet-Address 20:89:84:17:cd:ff

Vendor-rfc1048 Extensions

Magic Cookie 0x63825363

DHCP-Message Option 53, length 1: ACK

Server-ID Option 54, length 4: 10.1.0.2

Subnet-Mask Option 1, length 4: 255.255.255.0

Default-Gateway Option 3, length 4: 10.1.10.1

Domain-Name-Server Option 6, length 4: 8.8.8.8

и в логах

> /app/collector/var/log/messages <

Mar 9 14:00:02 SMK_plus wall9359: wall: user root broadcasted 1 lines (66 chars)

Mar 9 14:00:02 SMK_plus wall9400: wall: user root broadcasted 1 lines (67 chars)

Mar 9 14:00:02 SMK_plus wall9701: wall: user root broadcasted 1 lines (66 chars)

Mar 9 14:00:03 SMK_plus wall9740: wall: user root broadcasted 1 lines (67 chars)

Mar 9 14:00:49 SMK_plus dhcpd:

Mar 9 14:00:49 SMK_plus dhcpd: DHCPREQUEST for 10.1.10.15 from 20:89:84:17:cd:ff via 10.1.10.3

Mar 9 14:00:49 SMK_plus dhcpd: DHCPACK on 10.1.10.15 to 20:89:84:17:cd:ff via 10.1.10.3

Mar 9 14:00:54 SMK_plus dhcpd:

Mar 9 14:00:54 SMK_plus dhcpd: DHCPINFORM from 10.1.10.15 via 10.1.10.3

Mar 9 14:00:54 SMK_plus dhcpd: DHCPACK to 10.1.10.15 (20:89:84:17:cd:ff) via eth0

 

может кто подскажет опции по opt82

[Red_Sam]

Добрый, новый парсер обычно делается на основе старого :)

Выставите получения адреса по маку тогда в messages будет отображаться результат парсинга. Дальше методом научного тыка или с помощью описания формата опции в коммутаторе пишем парсер. Все просто... это как нарисовать сову)

Edited March 10, 2016 by Red_Sam

[Red_Sam]

Дока http://docs.carbonsoft.ru/pages/viewpage.action?pageId=52428856

[Andrey75]

Добрый, новый парсер обычно делается на основе старого :)

Выставите получения адреса по маку тогда в messages будет отображаться результат парсинга. Дальше методом научного тыка или с помощью описания формата опции в коммутаторе пишем парсер. Все просто... это как нарисовать сову)

спасибо разобрался, АЙПИ выдаются в зависимости от МАК.

нет связи абонента с интернетом.

при проверке пишет

 

[root@SMK_plus (asr_billing) /]# rtsh session АЙПИ accept

для вашего оборудования не определена комнада session

нужно создать либо использовать стандартную схему

Список оборудования

/var/oss/core/_Cisco_ISG

/var/oss/core/Cisco_Kharino_IPoE

Edited March 14, 2016 by Andrey75

[Andrey75]

для Cisco_Kharino_IPoE стандартная схема создана

[Andrey75]

в диагностике:

 

Биллинг

 

Веб-интерфейс биллинга:[ OK ]

Radius-сервер (авторизация)[FAILED]

Radius-сервер (аккаунтинг)[FAILED]

Radius-voip-сервер (авторизация)(отключен)[ OK ]

Radius-voip-сервер (аккаунтинг)(отключен)[ OK ]

Radius-wimax-сервер (авторизация)(отключен)[ OK ]

Radius-wimax-сервер (аккаунтинг)(отключен)[ OK ]

Radius-traf-сервер (авторизация)[ OK ]

Radius-traf-сервер (аккаунтинг)[ OK ]

Размер основной базы данных (35M)[ OK ]

Размер основной базы данных (4.6M)[ OK ]

Проверка работы DNS:[ OK ]

Критические ошибки в логе worker за последний час: 0[ OK ]

 

Личный кабинет

 

не стартует радиус, ????

Edited March 14, 2016 by Andrey75

[Red_Sam]

Не могу сказать почему не стартуют демоны биллинга, к тому же это отдельная тема.

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

Заголовок гласит что необходимо настроить именно выдачу адреса. У Вас получилось выдавать по опции, не по MAC-у (т.е вы написали парсер и выдаете адреса на основе классов, сформированных в dhcpd.conf)?

 

(asr_billing) /]# rtsh

Вы не правильно используете rtsh, надо находиться в oss-каталоге оборудования. Дока http://docs.carbonsoft.ru/pages/viewpage.action?pageId=51708913