[nik247]

Коллеги, подскажите плз

Если поднять accel с ipoe/l2 старт по dhcp то какой lease time лучше отдавать?

Ведь если отдать, скажем, 2 часа то в случае ребута сервера клиенты потеряют связь в среднем на половину времени аренды?

Я использую 300 сек.

[Abram]

Используем 600 секунд.

На 120 секундах были проблемы с некоторыми роутерами: http://accel-ppp.org/forum/viewtopic.php?f=18&t=59&start=10 .

[nsa2006]

Вопрос по IPoE accel-ppp!

 

Есть такой момент, допустим нужно часть пользователей мигрировать на другой BRAS, но при shutdown soft после истечении лизы сессия закрывается, есть алгоритм предотвращающий закрытие сессии?

[nsa2006]

Есть 2 BRAS IPoE q-in-q ip-unnumbered DHCP!

 

Так как DHCPREQUEST происходит по broadcast, то по факту пользователь авторизуется на 1 BRAS, и так же на 2 BRAS я вижу в логах и базе что та же сессия как бы авторизована и для неё арендуется ip адрес с пула 2 BRAS. В итоге получается каша.

 

 

1. Возможно использование 2 и более BRAS в одних и тех же VLAN q-in-q?

 

2. Как избавиться от этой проблемы на уровне accel?

 

3. Это проблема accel, или нужно ковырять биллинг?

 

Биллинг самописный распределенный: то есть каждый BRAS имеет свой radius с своим mysql и своими пулами.

Изменено 22 декабря, 2014 пользователем nsa2006

[Abram]

1. Да.

2. Никак.

3. Это проблема биллинга. Точнее, проблема непонимания разработчиком протокола RADIUS.

 

Как бы неочедино это не было, но успешная авторизация в биллинге не означает, что сессия запустилась. Это всего лишь ответ на вопрос "разрешить поднять сессию или нет". Факт начала сессии обозначается Acct Start пакетом.

У себя решили так: при успешной авторизации IP блокируется на N секунд, если за это время пришёл acct start - IP считается выданным. Если нет - IP освобождается.

[v-m-k]

Уважаемые комрады )

Сейчас живем на MPD всё в целом хорошо, но есть одно НО. Начали использовать в production для nas серверов INTEL X520, а у последних версий freebsd нет разделения прерываний для пакетов инкапсулированных в pppoe для этих карт. Решений пока нет, поэтому процы на тачках простаивают. После изучения интернета о таких проблемах в Linux есть вера в то, что там их нет т.е. переезд на Lnux и accel-ppp должен сократить число тачек и повысить производительность. На текущий момент времени имеем 5 PPPoE серваков, около 9 гиг трафика (это вход+исход) суммарно в пики и под 7000 сессий. Шейперы сделаны на NASах. NAT вынесен отдельно и живет на CCR1036.CPU тачек приблизительно одинаковые: Intel Core i7 3770K. Что собственно интересует:1. У кого положительный опыт продакшена accel-ppp в качестве pppoe сервера на похожие нагрузки? Если есть возможность привести ваши железные конфиги и сколько оно прожевывает было бы супер.2. Кто использует на Linux для PPPoE карты x520 существует ли похожая трабла с freebsd?3. Стоит ли овчинка выделки потому, что в скором будущем хотим переехать на IPoE и резать скорости вообще на другой железяке.

 

[roysbike]

Уважаемые комрады )

Сейчас живем на MPD всё в целом хорошо, но есть одно НО. Начали использовать в production для nas серверов INTEL X520, а у последних версий freebsd нет разделения прерываний для пакетов инкапсулированных в pppoe для этих карт. Решений пока нет, поэтому процы на тачках простаивают. После изучения интернета о таких проблемах в Linux есть вера в то, что там их нет т.е. переезд на Lnux и accel-ppp должен сократить число тачек и повысить производительность. На текущий момент времени имеем 5 PPPoE серваков, около 9 гиг трафика (это вход+исход) суммарно в пики и под 7000 сессий. Шейперы сделаны на NASах. NAT вынесен отдельно и живет на CCR1036.CPU тачек приблизительно одинаковые: Intel Core i7 3770K. Что собственно интересует:1. У кого положительный опыт продакшена accel-ppp в качестве pppoe сервера на похожие нагрузки? Если есть возможность привести ваши железные конфиги и сколько оно прожевывает было бы супер.2. Кто использует на Linux для PPPoE карты x520 существует ли похожая трабла с freebsd?3. Стоит ли овчинка выделки потому, что в скором будущем хотим переехать на IPoE и резать скорости вообще на другой железяке.

Дело не во freebsd , а дело в драйвере и RSS . Поэтому на linux у вас будет тоже самое.

[nsa2006]

Кто использует на Linux для PPPoE карты x520

cpu: E3-1270 v3 @ 3.50GHz

nic: X520

users: 3.5K на BRAS

 

Так как RSS анализирует пакет на 3,4 уровне, то smp_affinity при PPPoE до лампочки, пользуюсь RPS/RFS и XPS.

 

http://syuu.dokukino.com/2013/05/linux-kernel-features-for-high-speed.html

[NiTr0]

. Поэтому на linux у вас будет тоже самое.

На лине есть RPS. На бзде - вроде не было.

[pashaumka]

Уважаемые комрады )

Сейчас живем на MPD всё в целом хорошо, но есть одно НО. Начали использовать в production для nas серверов INTEL X520, а у последних версий freebsd нет разделения прерываний для пакетов инкапсулированных в pppoe для этих карт. Решений пока нет, поэтому процы на тачках простаивают. После изучения интернета о таких проблемах в Linux есть вера в то, что там их нет т.е. переезд на Lnux и accel-ppp должен сократить число тачек и повысить производительность. На текущий момент времени имеем 5 PPPoE серваков, около 9 гиг трафика (это вход+исход) суммарно в пики и под 7000 сессий. Шейперы сделаны на NASах. NAT вынесен отдельно и живет на CCR1036.CPU тачек приблизительно одинаковые: Intel Core i7 3770K. Что собственно интересует:1. У кого положительный опыт продакшена accel-ppp в качестве pppoe сервера на похожие нагрузки? Если есть возможность привести ваши железные конфиги и сколько оно прожевывает было бы супер.2. Кто использует на Linux для PPPoE карты x520 существует ли похожая трабла с freebsd?3. Стоит ли овчинка выделки потому, что в скором будущем хотим переехать на IPoE и резать скорости вообще на другой железяке.

 

на такой сетевухе у меня висит БГП и фря 11. За год один раз потеряло соединение со свичем. ( почему-то ). все процы равномерно загружены

[pashaumka]

Здравствуйте XEB

 

в статистике есть такие строки

 

thread_count: 8

thread_active: 1

 

а как загрузить остальные триды

[pashaumka]

И ещё 3 вопроса.

 

1й - как указать вконфигурации резервный радиус сервер

 

2й - для ipv4 есть разделение на пулы. а для ipv6? А то некоторым абонам Вконтакте, яндекса, гугла более, чем достаточно, хотелось бы из отправить на "дай денЯг". ))))

 

3й - ( не пробовал ещё ) - можно ли один префикс раздать всем абонам на БРАСе. F то сильно жирно /64 давать на Point2Point.

Изменено 24 декабря, 2014 пользователем pashaumka

[SyJet]

Ребят, а у кого сколько сессий в онлайне и сколько прокаичвает брас на accel? Если можно с конфигой железа и аптайм. И если есть глюки - то какие и почему?

[nsa2006]

Здравствуйте!

Вопрос по теме IPoE accel-ppp!

 

Есть некие устройства такие как китайские NoName раутеры. Так вот они вообще ведут себя не адекватно, работают не по стандарту, то есть ихний dhcp клиент постоянно штормит броадкастами, этим клиентам как то до фени lease-time

 

Это как то можно побороть?

 

Кусок tcpdump!

 

07:13:43.950200 IP (tos 0x0, ttl 64, id 0, offset 0, flags [none], proto UDP (17), length 560)

0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from e8:03:9a:9c:d9:27 (oui Unknown), length 532, xid 0x7d1f3029, Flags [none] (0x0000)

Client-Ethernet-Address e8:03:9a:9c:d9:27 (oui Unknown)

Vendor-rfc1048 Extensions

Magic Cookie 0x63825363

DHCP-Message Option 53, length 1: Discover

Client-ID Option 61, length 7: ether e8:03:9a:9c:d9:27

Vendor-Class Option 60, length 11: "udhcp 0.9.8"

Requested-IP Option 50, length 4: x.x.x.x

Parameter-Request Option 55, length 11:

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

Domain-Name, RP, BR, TFTP

Static-Route, Classless-Static-Route, Classless-Static-Route-Microsoft

END Option 255, length 0

PAD Option 0, length 0, occurs 247

 

Затем идет пачка request, через 40-45 секунд все повторяется. Замечен клиент udhcp 0.9.8, все девайсы с этим клиентом вызывают шторм.

[Dimka88]

Ребят, а у кого сколько сессий в онлайне и сколько прокаичвает брас на accel? Если можно с конфигой железа и аптайм. И если есть глюки - то какие и почему?

http://accel-ppp.org/forum/

 

1й - как указать вконфигурации резервный радиус сервер

http://accel-ppp.org/forum/

[nsa2006]

Ребят, а у кого сколько сессий в онлайне и сколько прокаичвает брас на accel?

 

на BRAS 3~3.5K сессий PPPoE, traffic sum in/out 4Gbps, packet/sec sum in/out 700k.

 

Падения случаются редко а если и случаются то подхватывают соседние. Правда течь памяти таки существует периодически 1 раз в 2~3 месяца делаю перезапуск accel. С чем это связано не знаю. Раньше snmpd жрал, поборол.

 

mb: Z87M-PLUS

cpu: E3-1270 v3 @ 3.50GHz

nic: X520

[Abram]

Есть некие устройства такие как китайские NoName раутеры. Так вот они вообще ведут себя не адекватно, работают не по стандарту, то есть ихний dhcp клиент постоянно штормит броадкастами, этим клиентам как то до фени lease-time.

Вот прямо выше на несколько постов на этой же странице есть ссылка: http://accel-ppp.org/forum/viewtopic.php?f=18&t=59&start=10

Не пробовали просматривать хотя бы на две-три страницы назад?

[xeb]

Здравствуйте XEB

 

в статистике есть такие строки

 

thread_count: 8

thread_active: 1

 

а как загрузить остальные триды

они сами загрузятся когда понадобятся

 

3й - ( не пробовал ещё ) - можно ли один префикс раздать всем абонам на БРАСе. F то сильно жирно /64 давать на Point2Point.

можно выдавать /128 префикс

но будет работать только через дхцп6, автонастройка через RA работает только с 64 префиксами

 

2й - для ipv4 есть разделение на пулы. а для ipv6?

А то некоторым абонам Вконтакте, яндекса, гугла более, чем достаточно, хотелось бы из отправить на "дай денЯг". ))))

именованные ип6 пулы не реализованы ещё

[nsa2006]

Не пробовали просматривать хотя бы на две-три страницы назад?

А вот как раз пару дней назад, читал я тот топик, только бес толку все равно лезут!

 

2 BRAS с q-in-q, на 2 BRAS я вижу в db эти самые девайсы которые арендуют по 10~15 ипов с периодами в 40~45 сек, подключенные по факту к 1 BRAS. А другие работают нормально.

Изменено 25 декабря, 2014 пользователем nsa2006

[Abram]

nsa2006,

Конфиг покажите.

[nsa2006]

Конфиг покажите.

какую часть?

в ЛС можно?

[Abram]

какую часть?

в ЛС можно?

Секцию ipoe.

Вываливайте сюда.

[Abram]

И сразу наверное давайте полный дамп dhcp в сторону клиента (начиная с DISCOVER/OFFER):

tcpdump -i vlanX.Y -s 0 -c 50 -w dump.pcap udp port 67 or udp port 68

[nsa2006]

Cекция ipoe

 

 

 

gw-ip-address=x.x.x.x/18

gw-ip-address=x.x.x.x/20

gw-ip-address=x.x.x.x/22

gw-ip-address=x.x.x.x/24

verbose=1

username=ifname

lease-time=600

max-lease-time=660

shared=0

ifcfg=1

mode=L2

start=dhcpv4

proxy-arp=1

attr-dhcp-cleint-ip=Framed-IP-Address

attr-dhcp-router-ip=DHCP-Router-IP-Address

attr-dhcp-mask=DHCP-Mask

vlan-mon=re:eth1.1[0-9][0-9][0-9],1101-1999

vlan-timeout=900

vlan-name=%I.%N

interface=re:eth1\.1[0-9][0-9][0-9]\.1[1-9][0-9][0-9]

 

 

 

Это 1-й BRAS где клиент по факту подключен!

 

show sessions match calling-sid 2c:ab:25:64:90:f8

ifname | username | calling-sid | ip | rate-limit | type | comp | state | uptime

----------------+----------------+-------------------+-----------------+-----------------+-------+------+--------+------------

bnd1.1019.1203 | bnd1.1019.1203 | 2c:ab:25:64:90:f8 | x.x.169.163 | 102400/102400 | ipoe | | active | 10:59:14

 

 

 

#

tcpdump -i bnd1.1019.1203 -s 0 -c 50 udp port 67 or udp port 68

#

 

listening on bnd1.1019.1203, link-type EN10MB (Ethernet), capture size 65535 bytes

 

11:39:30.460929 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:39:30.471093 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:39:30.471128 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:39:32.481068 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:39:32.481230 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:39:36.500977 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:39:36.501148 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:40:40.013108 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:40:40.013267 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:40:40.023365 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:40:40.023468 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:40:42.032992 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:40:42.033064 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:40:46.173106 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:40:46.173203 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:41:50.365160 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:41:50.365263 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:41:50.375440 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:41:50.375564 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:41:52.395225 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:41:52.395341 IP nas-5-ipoe.x.net.bootps > x.x.169.163.bootpc: BOOTP/DHCP, Reply, length 278

11:41:55.895407 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

 

 

 

 

2-й BRAS Где клиента нет но!

 

show sessions match calling-sid 2c:ab:25:64:90:f8

ifname | username | calling-sid | ip | rate-limit | type | comp | state | uptime

----------------+----------------+-------------------+-----------------+---------------+-------+------+--------+----------

 

 

 

 

 

#

tcpdump -i eth1.1019.1203 -s 0 -c 50 udp port 67 or udp port 68

#

 

listening on eth1.1019.1203, link-type EN10MB (Ethernet), capture size 65535 bytes

11:28:10.221710 IP nas-6-ipoe.x.net.bootps > x.x.144.139.bootpc: BOOTP/DHCP, Reply, length 278

11:28:10.223765 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:28:12.533569 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:28:16.553613 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:29:20.340408 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:29:20.344162 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:29:22.333925 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:29:26.343895 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:30:30.587169 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:30:30.594802 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:30:32.274386 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:30:36.574410 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:31:40.333574 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:31:40.341680 IP nas-6-ipoe.x.net.bootps > x.x.144.158.bootpc: BOOTP/DHCP, Reply, length 278

11:31:40.343354 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:31:42.354666 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:31:46.320669 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

 

11:32:50.935080 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:32:50.945338 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:32:52.675120 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:32:56.675199 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:34:01.065545 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:34:01.074149 IP nas-6-ipoe.x.net.bootps > x.x.144.143.bootpc: BOOTP/DHCP, Reply, length 278

11:34:01.076171 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:34:03.095474 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:34:06.305570 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:35:10.715890 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:35:10.717570 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:35:12.735909 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:35:16.296315 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:36:20.606279 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:36:20.616575 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:36:23.086272 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:36:27.096378 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:37:30.522884 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:37:30.526913 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:37:32.546649 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:37:37.176686 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:38:41.207047 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:38:41.217338 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:38:43.227167 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:38:47.247073 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

11:39:50.757492 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 2c:ab:25:64:90:f8 (oui Unknown), length 532

 

 

 

 

 

2-й Брас БАЗА данных

 

 

 

 

| 22802 | main_pool | x.x.135.152 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:12:21 | shinkar_ei | 424160 |

| 22808 | main_pool | x.x.135.155 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:06:31 | shinkar_ei | 424160 |

| 22822 | main_pool | x.x.135.162 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:08:50 | shinkar_ei | 424160 |

| 22824 | main_pool | x.x.135.163 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:05:20 | shinkar_ei | 424160 |

| 22842 | main_pool | x.x.135.172 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:11:10 | shinkar_ei | 424160 |

| 22844 | main_pool | x.x.135.173 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:15:51 | shinkar_ei | 424160 |

| 22850 | main_pool | x.x.135.176 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:19:21 | shinkar_ei | 424160 |

| 22763 | main_pool | x.x.144.132 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:10:01 | shinkar_ei | 424160 |

| 22773 | main_pool | x.x.144.137 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:13:31 | shinkar_ei | 424160 |

| 22799 | main_pool | x.x.144.150 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:18:11 | shinkar_ei | 424160 |

| 22805 | main_pool | x.x.144.153 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:07:40 | shinkar_ei | 424160 |

| 22807 | main_pool | x.x.144.154 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:14:41 | shinkar_ei | 424160 |

| 22815 | main_pool | x.x.144.158 | x.x.1.7 | .1019.1203 | 2c:ab:25:64:90:f8 | 2014-12-25 12:17:01 | shinkar_ei | 424160 |

 

 

 

 

Изменено 25 декабря, 2014 пользователем nsa2006

[Abram]

nsa2006,

Давайте дамп.