[kayot]

Повторюсь, забейте вообще на расчеты и r2q. r2q(rate to quantum) используется сугубо для расчета этого кванта.

Ну а квант это квант и есть, размер порции трафика которой оперирует шейпер. Для скоростей от 1мбит и до бесконечности(1G к примеру) можно смело ставить максимум, шейперу фиолетово. При ограничении в 1мбит этот квант размером 60kb будет пролетать за 0.5с - никаких чудес или неверного зарезания скорости заметить не получится. Вот при 128к максимальный квант будет обрабатываться порядка 4 секунд, это уже много и возможны всплески и провалы трафика пилообразные, нужно уменьшать.

У нас много лет используется формула вида (rate < 0.5mbit)?q=r/10:q=65k, шейпер работает для любых тарифов идеально.

 

Про рекомендации 1500 < quantum < 60000.

Минимальный размер кванта не может быть меньше максимального размера пакета, это понятно. А максимальный указан условно, системное ограничение у TC 65к.

Изменено 21 февраля, 2014 пользователем kayot

[replicant]

Повторюсь, забейте вообще на расчеты и r2q. r2q(rate to quantum) используется сугубо для расчета этого кванта.

Это все понятно, но в dmesg неприятно. В любом случае я уже разобрался и теперь все красиво.

Причина лишь в том что r2q для ppp и для ifb в разных местах указывается.

[kayot]

Не, я к тому что r2q не нужно вообще трогать. А сразу ставить quantum, и просить xeb'a добавить возможность его задавать.

[Dimka88]

Не могу понять, почему некоторые маршрутизаторы не отвечают на ARP запросы. С обычными PC всё нормально. (IPoE vlan на пользователя)

19:46:41.968793 ARP, Request who-has 178.*.*.12 tell 178.*.*.254, length 28
19:46:42.970892 ARP, Request who-has 178.*.*.12 tell 178.*.*.254, length 28
19:46:43.972890 ARP, Request who-has 178.*.*.12 tell 178.*.*.254, length 28
19:46:45.984834 ARP, Request who-has 178.*.*.12 tell 178.*.*.254, length 28
19:46:46.986893 ARP, Request who-has 178.*.*.12 tell 178.*.*.254, length 28
19:46:47.988906 ARP, Request who-has 178.*.*.12 tell 178.*.*.254, length 28

NAS ~ # arp -a -n | grep inc           
? (178.*.*.83) at <incomplete> on bond0.2001.205
? (178.*.*.12) at <incomplete> on bond0.2001.210

В чём может быть проблема?

[brodayga]

использую Accel как pptp server.

Обновился

была

accel-ppp version 3fc000aa67ee38002ec97419a760f23cccd87210

обновился до последней

accel-ppp version 4654e90f1903756523808afd6a00112060c67dc2

вроде работает, но show stat

sessions:
 starting: 4294967069
 active: 1605
 finishing: 235
pptp:
 starting: 8
 active: 1613

starting: 4294967069 счётчик сломан? на старой версии таких значений не было

на работу вроде не влияет(пока один день аптайма)

[s.lobanov]

Dimka88

какая маска приходит клиенту по dhcp? arp insp. на свитчах есть?

[nuclearcat]

У меня такая же беда - на sessions starting:, явно переполнение. Навскидку смотрел код - не понял, и причину не нашел. pppoe.

[Dimka88]

какая маска приходит клиенту по dhcp? arp insp. на свитчах есть?

Маска 23. ARP была на ядре, теперь ядро заворачивает пакеты в qinq, следовательно нет.

Внезапно утром маршрутизатор заработал, ответил на ARP.

13:11:10.494915 ARP, Request who-has 178.*.*.1 tell 178.*.*.254, length 28

13:11:10.495094 ARP, Reply 178.*.*.1 is-at b8:a3:86:b5:eb:63, length 46

Конфигурация сервера не менялась, сервер не перезагружался.

Интересную аномалию заметил, сначала даже не поверил инженерам, они в настройки зайти могут на маршрутизатор. Сетевые параметры рабочая станция получает, а по трассе с первого хопа * * * *, хотя должен был быть 192.168.0.1 (IP маршрутизатора)

 

Разобрался. По моей невнимательности было нарушено RFC и шлюз не попадал в 23 маску.

Изменено 24 февраля, 2014 пользователем Dimka88

[brodayga]

Начал падать аксел (kernel crash). Обновил до последней версии ситуация не поменялась.

время падения не зависит от нагрузки.

Проработал несколько месяцев без проблем.

uname -a

Linux vpn2 3.0.76-0.11-default #2 SMP Wed Nov 20 18:32:12 MSK 2013 x86_64 x86_64 x86_64 GNU/Linux

accel-ppp version 4654e90f1903756523808afd6a00112060c67dc2

 

<2>[144169.369063] kernel BUG at include/linux/skbuff.h:1279!
<0>[144169.369071] invalid opcode: 0000 [#1] SMP
<4>[144169.369080] CPU 3
<4>[144169.369083] Modules linked in: act_police(FN) cls_u32(FN) sch_ingress(FN) sch_tbf(FN) pptp(FN) pppox(FN) ppp_generic(FN) slhc(FN) gre(FN) edd(FN) ipt_
REDIRECT(FN) xt_tcpudp(FN) iptable_nat(FN) nf_nat(FN) nf_conntrack_ipv4(FN) nf_conntrack(FN) nf_defrag_ipv4(FN) ip_tables(FN) x_tables(FN) 8021q(FN) garp(FN)
stp(FN) llc(FN) cpufreq_conservative(FN) cpufreq_userspace(FN) cpufreq_powersave(FN) acpi_cpufreq(FN) mperf(FN) microcode(FN) fuse(FN) loop(FN) dm_mod(FN) r
tc_cmos(FN) joydev(FN) container(FN) button(FN) i2c_i801(FN) ipv6_lib(FN) iTCO_wdt(FN) iTCO_vendor_support(FN) wmi(FN) pcspkr(FN) mei(FN) igb(FX) dca(FN) ser
io_raw(FN) sg(FN) ext3 jbd mbcache usbhid hid ttm drm_kms_helper drm i2c_algo_bit sysimgblt sysfillrect i2c_core syscopyarea ehci_hcd usbcore isci(X) sd_mod
crc_t10dif libsas usb_common scsi_transport_sas processor thermal_sys hwmon scsi_dh_rdac scsi_dh_alua scsi_dh_hp_sw scsi_dh_emc scsi_dh ahci libahci libata scsi_mod
<4>[144169.369218] Supported: No, Unsupported modules are loaded
<4>[144169.369225]
<4>[144169.369232] Pid: 0, comm: kworker/0:1 Tainted: GF    U     NX 3.0.76-0.11-default #2 Supermicro X9SRE/X9SRE-3F/X9SRi/X9SRi-3F/X9SRE/X9SRE-3F/X9SRi/X9SRi-3F
<4>[144169.369247] RIP: 0010:[<ffffffff813901e5>]  [<ffffffff813901e5>] skb_pull+0x15/0x40
<4>[144169.369262] RSP: 0018:ffff88047fcc3cc8  EFLAGS: 00010297
<4>[144169.369269] RAX: 00000000000005b9 RBX: ffff880457c196c0 RCX: 0000000000000010
<4>[144169.369277] RDX: 00000000000005c9 RSI: 0000000000000010 RDI: ffff880457c196c0
<4>[144169.369285] RBP: ffff88045b75f800 R08: 0000000000000280 R09: 0000000000000001
<4>[144169.369292] R10: ffffffff81a7252c R11: ffffffff811e9f70 R12: ffff880459cf08b6
<4>[144169.369300] R13: ffffffff81a72280 R14: 0000000000000000 R15: ffffffff81bd7d80
<4>[144169.369308] FS:  0000000000000000(0000) GS:ffff88047fcc0000(0000) knlGS:0000000000000000
<4>[144169.369317] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
<4>[144169.369324] CR2: 00000000011921d8 CR3: 0000000001a09000 CR4: 00000000000407e0
<4>[144169.369332] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
<4>[144169.369339] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
<4>[144169.369348] Process kworker/0:1 (pid: 0, threadinfo ffff880466834000, task ffff880466832580)
<0>[144169.369355] Stack:
<4>[144169.369360]  ffffffffa045e98f ffff88045b75f800 ffff880457c196c0 ffff88045b75f850
<4>[144169.369372]  ffffffff8138f79f ffff880457c196c0 000000000000002f ffffffffa04400c0
<4>[144169.369384]  ffffffffa043f0c8 ffff880457c196c0 ffffffff813d2048 ffffffff81bd7d80
<0>[144169.369395] Call Trace:
<4>[144169.369413]  [<ffffffffa045e98f>] pptp_rcv_core+0xbf/0x210 [pptp]
<4>[144169.369437]  [<ffffffff8138f79f>] sk_receive_skb+0x11f/0x150
<4>[144169.369450]  [<ffffffffa043f0c8>] gre_rcv+0x68/0x80 [gre]
<4>[144169.369466]  [<ffffffff813d2048>] ip_local_deliver_finish+0x138/0x220
<4>[144169.369479]  [<ffffffff8139b7c2>] __netif_receive_skb+0x592/0x630
<4>[144169.369492]  [<ffffffff813a1020>] netif_receive_skb+0x90/0xa0
<4>[144169.369503]  [<ffffffff813a1138>] napi_skb_finish+0x38/0x50
<4>[144169.369521]  [<ffffffffa02b6d19>] igb_clean_rx_irq+0x379/0x5f0 [igb]
<4>[144169.369546]  [<ffffffffa02b82c7>] igb_poll+0x57/0xb0 [igb]
<4>[144169.369565]  [<ffffffff813a1d1a>] net_rx_action+0x10a/0x2b0
<4>[144169.369580]  [<ffffffff81066eaf>] __do_softirq+0xef/0x220
<4>[144169.369594]  [<ffffffff814657dc>] call_softirq+0x1c/0x30
<4>[144169.369608]  [<ffffffff81004445>] do_softirq+0x65/0xa0
<4>[144169.369620]  [<ffffffff81066ca5>] irq_exit+0xc5/0xe0
<4>[144169.369631]  [<ffffffff81003c2f>] do_IRQ+0x5f/0xe0
<4>[144169.369643]  [<ffffffff8145cc13>] common_interrupt+0x13/0x13
<4>[144169.369657]  [<ffffffff812ba85e>] intel_idle+0x9e/0x130
<4>[144169.369670]  [<ffffffff813769eb>] cpuidle_idle_call+0x11b/0x280
<4>[144169.369682]  [<ffffffff81002126>] cpu_idle+0x66/0xb0
<0>[144169.369690] Code: 34 10 44 01 47 68 44 01 47 6c 44 01 8f e8 00 00 00 c3 0f 1f 40 00 8b 57 68 31 c0 39 d6 77 27 89 d0 29 f0 3b 47 6c 89 47 68 73 0b <0f
> 0b eb fe 0f 1f 80 00 00 00 00 89 f0 48 03 87 e0 00 00 00 48
<1>[144169.369754] RIP  [<ffffffff813901e5>] skb_pull+0x15/0x40
<4>[144169.369764]  RSP <ffff88047fcc3cc8>

[NiTr0]

Просто так стабильно работавшая система навряд будет падать. Тем более - с invalid opcode: 0000. Другая железка на замену есть?

[brodayga]

Просто так стабильно работавшая система навряд будет падать. Тем более - с invalid opcode: 0000. Другая железка на замену есть?

Насчёт нормально работало я ошибся.

как установил(декабрь) количество активных сессий было 300 на данный момент в среднем 1500.

За последнюю неделю три краша.

Посмотрел краш логи. Первый в январе на праздниках..Поэтому и не заметил. А основной перевод абонентов как раз январь, на начало января было 400 в онлайне где-то.

[brodayga]

нашел что то похожее предлагают патчить pptp драйвер.

https://www.mail-archive.com/e1000-devel@lists.sourceforge.net/msg04617.html

Интересно что по поводу патча скажет Xeb

[xeb]

https://www.mail-arc...t/msg04617.html

Signed-off-by: Eric Dumazet

патч уже наверняка в ядре, так что обновляйтесь...

[brodayga]

патч уже наверняка в ядре, так что обновляйтесь..

Уже посмотрел,в последних версиях патч уже присутствует. Пропатчил жду результата. Насколько я понял чтоб произошёл краш должны сойтись звёзды.

 

А насчёт starting: 4294967069

ничего не можете сказать?

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

Изменено 25 февраля, 2014 пользователем brodayga

[kayot]

brodayga

Starting это безобидный баг, ему сто лет в обед, счетчик реально показывает отрицательное число стартующих. IMHO что-то связанное с потерями/глюками радиуса, accel этого не ожидает.

[Abram]

Господа, а кто-то считает с accel-ppp трафик по разным направлениям? Либо, может, можно как-нибудь не считать определённую подсеть?

[Dimka88]

Господа, а кто-то считает с accel-ppp трафик по разным направлениям? Либо, может, можно как-нибудь не считать определённую подсеть?

Так же интересует данный вопрос, но скорее всего нельзя, так как берутся счётчики с интерфейсов, я так думаю.

[morfair]

Господа, а кто-то считает с accel-ppp трафик по разным направлениям? Либо, может, можно как-нибудь не считать определённую подсеть?

Мне кажется, лучше тогда через iptables+netflow общитывать.

[nsa2006]

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

Тип соединения IPoE, ip-unnumbered, авторизация через RADIUS!

shared=0

ifcfg=1

mode=L2

start=dhcpv4

Не работают некоторые маршрутизаторы! Такие как:

TP-LINK TL-R402

D'LINK DIR-600

Хотя то же старинный D'LINK DI-604 работает нормально!

 

На примере маршрутизатора TL-R402!

Вот что происходит:

 

log accel:

 

 

[2014-02-26 07:48:17]: info: eth1.100.1106: recv [DHCPv4 Discover xid=5df0d494 chaddr=00:1d:0f:d7:1b:77 <Message-Type Discover> <Max-Message-Size 590> <Request-List Subnet,Broadcast,Router,Vendor-Specific,44,46,47,DNS> <Host-Name NatRouter> <Vendor-Class 4d5346542039380075> <Client-ID 01001d0fd71b77>]

[2014-02-26 07:48:17]: info: eth1.100.1106: send [RADIUS(1) Access-Request id=1 <User-Name "eth1.100.1106"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 10.10.1.8> <NAS-Port 6314> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:1d:0f:d7:1b:77"> <Called-Station-Id "eth1.100.1106"> <User-Password >]

[2014-02-26 07:48:17]: info: eth1.100.1106: recv [RADIUS(1) Access-Accept id=1 <User-Name "IPOE-GUEST"> <Acct-Interim-Interval 60> <Reply-Message "Account not found... Device .100.1106 authorized for locall network access."> <Framed-IP-Address 172.16.1.1>]

[2014-02-26 07:48:17]: info: eth1.100.1106: eth1.100.1106: authentication succeeded

[2014-02-26 07:48:17]: info: eth1.100.1106: send [DHCPv4 Offer xid=5df0d494 yiaddr=172.16.1.1 siaddr=x.x.128.4 chaddr=00:1d:0f:d7:1b:77 <Message-Type Offer> <Server-ID x.x.128.4> <Lease-Time 60> <Router x.x.128.4> <Subnet 255.255.255.255> <DNS x.x.63.1,x.x.63.5>]

[2014-02-26 07:48:17]: info: eth1.100.1106: recv [DHCPv4 Request xid=5df0d494 chaddr=00:1d:0f:d7:1b:77 <Message-Type Request> <Request-IP 172.16.1.1> <Server-ID x.x.128.4> <Max-Message-Size 590> <Request-List Subnet,Broadcast,Router,Vendor-Specific,44,46,47,DNS> <Host-Name NatRouter> <Vendor-Class 4d5346542039380075> <Client-ID 01001d0fd71b77>]

[2014-02-26 07:48:17]: info: eth1.100.1106: send [RADIUS(1) Accounting-Request id=1 <User-Name "eth1.100.1106"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 10.10.1.8> <NAS-Port 6314> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:1d:0f:d7:1b:77"> <Called-Station-Id "eth1.100.1106"> <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "53c997d6af1d2177"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 172.16.1.1>]

[2014-02-26 07:48:17]: info: eth1.100.1106: recv [RADIUS(1) Accounting-Response id=1]

[2014-02-26 07:48:17]: info: eth1.100.1106: ipoe: session started

[2014-02-26 07:48:17]: info: eth1.100.1106: pppd_compat: ip-up started (pid 19092)

[2014-02-26 07:48:17]: info: eth1.100.1106: send [DHCPv4 Ack xid=5df0d494 yiaddr=172.16.1.1 chaddr=00:1d:0f:d7:1b:77 <Message-Type Ack> <Server-ID x.x.128.4> <Lease-Time 60> <Router x.x.128.4> <Subnet 255.255.255.255> <DNS x.x.63.1,x.x.63.5>]

[2014-02-26 07:48:17]: info: eth1.100.1106: pppd_compat: ip-up finished (0)

 

 

[2014-02-26 07:49:17]: info: eth1.100.1106: ipoe: session timed out

[2014-02-26 07:49:17]: debug: eth1.100.1106: terminate

[2014-02-26 07:49:17]: info: eth1.100.1106: send [RADIUS(1) Accounting-Request id=2 <User-Name "eth1.100.1106"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 10.10.1.8> <NAS-Port 6314> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:1d:0f:d7:1b:77"> <Called-Station-Id "eth1.100.1106"> <Acct-Status-Type Stop> <Acct-Authentic RADIUS> <Acct-Session-Id "53c997d6af1d2177"> <Acct-Session-Time 60> <Acct-Input-Octets 476> <Acct-Output-Octets 640> <Acct-Input-Packets 3> <Acct-Output-Packets 2> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 172.16.1.1> <Acct-Terminate-Cause Lost-Carrier>]

[2014-02-26 07:49:17]: info: eth1.100.1106: recv [RADIUS(1) Accounting-Response id=2]

[2014-02-26 07:49:17]: info: eth1.100.1106: pppd_compat: ip-down started (pid 19124)

[2014-02-26 07:49:17]: info: eth1.100.1106: pppd_compat: ip-down finished (0)

[2014-02-26 07:49:17]: info: eth1.100.1106: ipoe: session finished

 

 

log router TL-R402:

 

 

Index Log

1 49928:DHCPC: Network config succeeded.

2 50025:DHCPC: No response.

3 50026:DHCPC: Network config succeeded.

4 50121:DHCPC: No response.

5 50122:DHCPC: Network config succeeded.

6 50214:DHCPC: No response.

7 50215:DHCPC: Network config succeeded.

8 50313:DHCPC: No response.

9 50314:DHCPC: Network config succeeded.

10 50404:DHCPC: No response.

11 50405:DHCPC: Network config succeeded.

12 50501:DHCPC: No response.

13 50502:DHCPC: Network config succeeded.

14 50592:DHCPC: No response.

15 50593:DHCPC: Network config succeeded.

16 50691:DHCPC: No response.

17 50692:DHCPC: Network config succeeded.

18 50790:DHCPC: No response.

19 50791:DHCPC: Network config succeeded.

20 50881:DHCPC: No response.

21 50882:DHCPC: Network config succeeded.

22 50980:DHCPC: No response.

23 50981:DHCPC: Network config succeeded.

24 51079:DHCPC: No response.

25 51080:DHCPC: Network config succeeded.

26 51170:DHCPC: No response.

27 51175:DHCPC: Network config succeeded.

28 51270:DHCPC: No response.

29 51271:DHCPC: Network config succeeded.

30 51363:DHCPC: No response.

31 51364:DHCPC: Network config succeeded.

32 51462:DHCPC: No response.

33 51463:DHCPC: Network config succeeded.

34 51471:DHCPS: 1:0x0018f34ad45c, x.x.x.188 not found in request.

35 51471:DHCPS: request(): cid=1:0x0018f34ad45c; send_dhcp(NAK) done.

36 51476:DHCPS: 1:0x0018f34ad45c, x.x.x.188 not found in request.

37 51476:DHCPS: request(): cid=1:0x0018f34ad45c; send_dhcp(NAK) done.

38 51484:DHCPS: 1:0x0018f34ad45c, x.x.x.188 not found in request.

39 51484:DHCPS: request(): cid=1:0x0018f34ad45c; send_dhcp(NAK) done.

40 51504:DHCPS: request(): cid=1:0x0018f34ad45c; ip=192.168.1.100; send_dhcp(ACK) done.

 

 

 

Модель и Версия маршрутизатора:

 

 

H-Ver = TL-R402 Series 100122BA : S-Ver = 3.6.1 Build 091201 Rel.64591na

L = 192.168.1.1 : M = 255.255.255.0

Mode = DHCP : W = 0.0.0.0 : M = 0.0.0.0 : G = 0.0.0.0

Free=1011, Busy=13, Bind=11, Inv=1/10, Bc=0/0, Dns=0, cl=33, fc=0/0, sq=18/25

 

 

В то же время, если подключить к обычному ISC DHCP Серверу, все ОК. Такое впечатление что не работает ip-unnumbered а точнее не понимает dhcp-client маршрутизатора такую маску! Все прошивки нативные.

 

Может кто сталкивался, или в музей?

Изменено 26 февраля, 2014 пользователем nsa2006

[tugik]

так же замечу что на D-Link dir-600 (даже с поддрежкой IPv6))) который привезли с Польшы тоже не работает и примерно тоже в лог файле, в то время как на dir-100 , dir-300 и на новой моделе tp-link tl-wr740n все работает!

[kayot]

Не выдавайте маску /32, глючная это штука. Используйте ip-unnumbered и отдавайте большую маску, что б GW был в той же продсети.

[xeb]

значит выдавайте широкие маски + proxy_arp

[kayot]

В данный момент у меня есть 1 модель роутера, которая не может получить IP на IPOE от accel. То ли tenda, то ли trendnet старенький.

 

 

IP (tos 0x0, ttl 32, id 61815, offset 0, flags [DF], proto UDP (17), length 576)
   0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:18:4d:96:22:d7, length 548, xid 0x8f7b7f0d, Flags [none] (0x0000)
         Client-Ethernet-Address 00:18:4d:96:22:d7
         Vendor-rfc1048 Extensions
           Magic Cookie 0x63825363
           DHCP-Message Option 53, length 1: Discover
           MSZ Option 57, length 2: 590
           Parameter-Request Option 55, length 5:
             Default-Gateway, Subnet-Mask, Domain-Name-Server, Domain-Name
             Hostname
           Client-ID Option 61, length 7: ether 00:18:4d:96:22:d7
           END Option 255, length 0
           PAD Option 0, length 0, occurs 284

IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 374)
   xx.xx.64.1.67 > xx.xx.94.6.68: BOOTP/DHCP, Reply, length 346, xid 0x8f7b7f0d, Flags [none] (0x0000)
         Your-IP xx.xx.94.6
         Server-IP xx.xx.64.1
         Client-Ethernet-Address 00:18:4d:96:22:d7
         Vendor-rfc1048 Extensions
           Magic Cookie 0x63825363
           DHCP-Message Option 53, length 1: Offer
           Server-ID Option 54, length 4: xx.xx.64.1
           Lease-Time Option 51, length 4: 300
           Default-Gateway Option 3, length 4: xx.xx.64.1
           Subnet-Mask Option 1, length 4: 255.255.224.0
           Domain-Name-Server Option 6, length 8: yy.yy.164.27,yy.yy.164.1
           Hostname Option 12, length 11: "xx.xx.94.6"
           Vendor-Option Option 43, length 13: 2.4.0.0.0.1.1.4.0.0.0.2.255
           Vendor-Class Option 60, length 8: "MSFT 5.0"
           Agent-Information Option 82, length 28:
             Circuit-ID SubOption 1, length 14: bond1.999.2006
             Remote-ID SubOption 2, length 10: accel-pppd
           END Option 255, length 0

IP (tos 0x0, ttl 32, id 61815, offset 0, flags [DF], proto UDP (17), length 576)
   0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:18:4d:96:22:d7, length 548, xid 0x8f7b7f0d, Flags [none] (0x0000)
         Client-Ethernet-Address 00:18:4d:96:22:d7
         Vendor-rfc1048 Extensions
           Magic Cookie 0x63825363
           DHCP-Message Option 53, length 1: Request
           Requested-IP Option 50, length 4: xx.xx.94.6
           Server-ID Option 54, length 4: xx.xx.64.1
           MSZ Option 57, length 2: 590
           Parameter-Request Option 55, length 5:
             Default-Gateway, Subnet-Mask, Domain-Name-Server, Domain-Name
             Hostname
           Client-ID Option 61, length 7: ether 00:18:4d:96:22:d7
           END Option 255, length 0
           PAD Option 0, length 0, occurs 272

IP (tos 0x0, ttl 32, id 61815, offset 0, flags [DF], proto UDP (17), length 576)
   0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:18:4d:96:22:d7, length 548, xid 0x8f7b7f0d, Flags [none] (0x0000)
         Client-Ethernet-Address 00:18:4d:96:22:d7
         Vendor-rfc1048 Extensions
           Magic Cookie 0x63825363
           DHCP-Message Option 53, length 1: Request
           Requested-IP Option 50, length 4: xx.xx.94.6
           Server-ID Option 54, length 4: xx.xx.64.1
           MSZ Option 57, length 2: 590
           Parameter-Request Option 55, length 5:
             Default-Gateway, Subnet-Mask, Domain-Name-Server, Domain-Name
             Hostname
           Client-ID Option 61, length 7: ether 00:18:4d:96:22:d7
           END Option 255, length 0
           PAD Option 0, length 0, occurs 272

IP (tos 0x0, ttl 32, id 61815, offset 0, flags [DF], proto UDP (17), length 576)
   0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:18:4d:96:22:d7, length 548, xid 0x8f7b7f0d, Flags [none] (0x0000)
         Client-Ethernet-Address 00:18:4d:96:22:d7
         Vendor-rfc1048 Extensions
           Magic Cookie 0x63825363
           DHCP-Message Option 53, length 1: Request
           Requested-IP Option 50, length 4: xx.xx.94.6
           Server-ID Option 54, length 4: xx.xx.64.1
           MSZ Option 57, length 2: 590
           Parameter-Request Option 55, length 5:
             Default-Gateway, Subnet-Mask, Domain-Name-Server, Domain-Name
             Hostname
           Client-ID Option 61, length 7: ether 00:18:4d:96:22:d7
           END Option 255, length 0
           PAD Option 0, length 0, occurs 272

 

 

Мои соображения - клиент шлет request бродкастом в виде 0.0.0.0.68 > 255.255.255.255.67, но при этом в пакете не стоит флаг broadcast.

Accel на такой запрос не отвечает. Хотя тот же ICS отвечает и работает.

Изменено 26 февраля, 2014 пользователем kayot

[xeb]

если accel не отвечает, это другой вопрос, значит можно доработать

[kayot]

Ну теоретически роутер тут не прав и всякие rfc нарушает именно он. Но с другой стороны ICS отвечает и на такой запрос.