nik247 Опубликовано 18 декабря, 2014 · Жалоба Коллеги, подскажите плз Если поднять accel с ipoe/l2 старт по dhcp то какой lease time лучше отдавать? Ведь если отдать, скажем, 2 часа то в случае ребута сервера клиенты потеряют связь в среднем на половину времени аренды? Я использую 300 сек. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 18 декабря, 2014 · Жалоба Используем 600 секунд. На 120 секундах были проблемы с некоторыми роутерами: http://accel-ppp.org/forum/viewtopic.php?f=18&t=59&start=10 . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 22 декабря, 2014 · Жалоба Вопрос по IPoE accel-ppp! Есть такой момент, допустим нужно часть пользователей мигрировать на другой BRAS, но при shutdown soft после истечении лизы сессия закрывается, есть алгоритм предотвращающий закрытие сессии? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 22 декабря, 2014 (изменено) · Жалоба Есть 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 22 декабря, 2014 · Жалоба 1. Да. 2. Никак. 3. Это проблема биллинга. Точнее, проблема непонимания разработчиком протокола RADIUS. Как бы неочедино это не было, но успешная авторизация в биллинге не означает, что сессия запустилась. Это всего лишь ответ на вопрос "разрешить поднять сессию или нет". Факт начала сессии обозначается Acct Start пакетом. У себя решили так: при успешной авторизации IP блокируется на N секунд, если за это время пришёл acct start - IP считается выданным. Если нет - IP освобождается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
v-m-k Опубликовано 24 декабря, 2014 · Жалоба Уважаемые комрады ) Сейчас живем на 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 и резать скорости вообще на другой железяке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
roysbike Опубликовано 24 декабря, 2014 · Жалоба Уважаемые комрады ) Сейчас живем на 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 у вас будет тоже самое. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 24 декабря, 2014 · Жалоба Кто использует на 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 24 декабря, 2014 · Жалоба . Поэтому на linux у вас будет тоже самое. На лине есть RPS. На бзде - вроде не было. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pashaumka Опубликовано 24 декабря, 2014 · Жалоба Уважаемые комрады ) Сейчас живем на 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. За год один раз потеряло соединение со свичем. ( почему-то ). все процы равномерно загружены Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pashaumka Опубликовано 24 декабря, 2014 · Жалоба Здравствуйте XEB в статистике есть такие строки thread_count: 8 thread_active: 1 а как загрузить остальные триды Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pashaumka Опубликовано 24 декабря, 2014 (изменено) · Жалоба И ещё 3 вопроса. 1й - как указать вконфигурации резервный радиус сервер 2й - для ipv4 есть разделение на пулы. а для ipv6? А то некоторым абонам Вконтакте, яндекса, гугла более, чем достаточно, хотелось бы из отправить на "дай денЯг". )))) 3й - ( не пробовал ещё ) - можно ли один префикс раздать всем абонам на БРАСе. F то сильно жирно /64 давать на Point2Point. Изменено 24 декабря, 2014 пользователем pashaumka Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 24 декабря, 2014 · Жалоба Ребят, а у кого сколько сессий в онлайне и сколько прокаичвает брас на accel? Если можно с конфигой железа и аптайм. И если есть глюки - то какие и почему? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 25 декабря, 2014 · Жалоба Здравствуйте! Вопрос по теме 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, все девайсы с этим клиентом вызывают шторм. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dimka88 Опубликовано 25 декабря, 2014 · Жалоба Ребят, а у кого сколько сессий в онлайне и сколько прокаичвает брас на accel? Если можно с конфигой железа и аптайм. И если есть глюки - то какие и почему? http://accel-ppp.org/forum/ 1й - как указать вконфигурации резервный радиус сервер http://accel-ppp.org/forum/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 25 декабря, 2014 · Жалоба Ребят, а у кого сколько сессий в онлайне и сколько прокаичвает брас на 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 25 декабря, 2014 · Жалоба Есть некие устройства такие как китайские NoName раутеры. Так вот они вообще ведут себя не адекватно, работают не по стандарту, то есть ихний dhcp клиент постоянно штормит броадкастами, этим клиентам как то до фени lease-time. Вот прямо выше на несколько постов на этой же странице есть ссылка: http://accel-ppp.org/forum/viewtopic.php?f=18&t=59&start=10 Не пробовали просматривать хотя бы на две-три страницы назад? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 25 декабря, 2014 · Жалоба Здравствуйте XEB в статистике есть такие строки thread_count: 8 thread_active: 1 а как загрузить остальные триды они сами загрузятся когда понадобятся 3й - ( не пробовал ещё ) - можно ли один префикс раздать всем абонам на БРАСе. F то сильно жирно /64 давать на Point2Point. можно выдавать /128 префиксно будет работать только через дхцп6, автонастройка через RA работает только с 64 префиксами 2й - для ipv4 есть разделение на пулы. а для ipv6?А то некоторым абонам Вконтакте, яндекса, гугла более, чем достаточно, хотелось бы из отправить на "дай денЯг". )))) именованные ип6 пулы не реализованы ещё Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 25 декабря, 2014 (изменено) · Жалоба Не пробовали просматривать хотя бы на две-три страницы назад? А вот как раз пару дней назад, читал я тот топик, только бес толку все равно лезут! 2 BRAS с q-in-q, на 2 BRAS я вижу в db эти самые девайсы которые арендуют по 10~15 ипов с периодами в 40~45 сек, подключенные по факту к 1 BRAS. А другие работают нормально. Изменено 25 декабря, 2014 пользователем nsa2006 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 25 декабря, 2014 · Жалоба nsa2006, Конфиг покажите. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 25 декабря, 2014 · Жалоба Конфиг покажите. какую часть? в ЛС можно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 25 декабря, 2014 · Жалоба какую часть? в ЛС можно? Секцию ipoe. Вываливайте сюда. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 25 декабря, 2014 · Жалоба И сразу наверное давайте полный дамп dhcp в сторону клиента (начиная с DISCOVER/OFFER): tcpdump -i vlanX.Y -s 0 -c 50 -w dump.pcap udp port 67 or udp port 68 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nsa2006 Опубликовано 25 декабря, 2014 (изменено) · Жалоба 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 25 декабря, 2014 · Жалоба nsa2006, Давайте дамп. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...