vovo4ka

да. вы правы. только для Kinetic оказалось нужным убрать "M=" ещё в 2-х атрибутах: ATTRIBUTE Firmware-Revision 6 int16 ATTRIBUTE Host-Name 7 string ATTRIBUTE Vendor-Name 8 string спасибо.

да, много вот таких строк: warn: l2tp: incorrect avp received (type=7, M=0, must be 1)

почему то не могу найти в логах ничего с адреса роутера.

к сожалению в 1.5.0 так и не подключаются роутеры zyxel по l2tp: tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 10:52:06.883401 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 127) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=0,Nr=0 *MSGTYPE(SCCRQ) *PROTO_VER(1.0) *FRAMING_CAP(AS) *BEARER_CAP() FIRM_VER(256) HOST_NAME((none)) *VENDOR_NAME(l2tpd.org) *ASSND_TUN_ID(6) *RECV_WIN_SIZE(4) 10:52:07.879200 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 127) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=0,Nr=0 *MSGTYPE(SCCRQ) *PROTO_VER(1.0) *FRAMING_CAP(AS) *BEARER_CAP() FIRM_VER(256) HOST_NAME((none)) *VENDOR_NAME(l2tpd.org) *ASSND_TUN_ID(6) *RECV_WIN_SIZE(4) 10:52:08.882268 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 127) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=0,Nr=0 *MSGTYPE(SCCRQ) *PROTO_VER(1.0) *FRAMING_CAP(AS) *BEARER_CAP() FIRM_VER(256) HOST_NAME((none)) *VENDOR_NAME(l2tpd.org) *ASSND_TUN_ID(6) *RECV_WIN_SIZE(4) 10:52:09.879892 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 127) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=0,Nr=0 *MSGTYPE(SCCRQ) *PROTO_VER(1.0) *FRAMING_CAP(AS) *BEARER_CAP() FIRM_VER(256) HOST_NAME((none)) *VENDOR_NAME(l2tpd.org) *ASSND_TUN_ID(6) *RECV_WIN_SIZE(4) 10:52:10.879178 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 127) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=0,Nr=0 *MSGTYPE(SCCRQ) *PROTO_VER(1.0) *FRAMING_CAP(AS) *BEARER_CAP() FIRM_VER(256) HOST_NAME((none)) *VENDOR_NAME(l2tpd.org) *ASSND_TUN_ID(6) *RECV_WIN_SIZE(4) 10:52:11.882250 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 73) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=1,Nr=0 *MSGTYPE(StopCCN) *ASSND_TUN_ID(6) *RESULT_CODE(1/0 Timeout) 10:52:12.879144 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 73) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=1,Nr=0 *MSGTYPE(StopCCN) *ASSND_TUN_ID(6) *RESULT_CODE(1/0 Timeout) 10:52:13.879122 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 73) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=1,Nr=0 *MSGTYPE(StopCCN) *ASSND_TUN_ID(6) *RESULT_CODE(1/0 Timeout) 10:52:14.879109 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 73) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=1,Nr=0 *MSGTYPE(StopCCN) *ASSND_TUN_ID(6) *RESULT_CODE(1/0 Timeout) 10:52:15.879124 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 73) 172.29.1.32.1701 > 172.29.0.37.1701: [udp sum ok] l2tp:[TLS](0/0)Ns=1,Nr=0 *MSGTYPE(StopCCN) *ASSND_TUN_ID(6) *RESULT_CODE(1/0 Timeout) т.е. accel-ppp вообще игнорирует запросы... windows подключается : 11:30:07.673015 IP 172.31.100.34.1701 > 172.29.0.37.1701: l2tp:[TLS](0/0)Ns=0,Nr=0 *MSGTYPE(SCCRQ) *PROTO_VER(1.0) *FRAMING_CAP(S) *BEARER_CAP() FIRM_VER(1537) *HOST_NAME(NONE) VENDOR_NAME(Microsoft) *ASSND_TUN_ID(1) *RECV_WIN_SIZE(8)

а еще попахивает кривыми дровами: ethtool -k eth0 ethtool -k eth1 многие имеют проблемы с offload фичами (например tg3 драйвер сводит шейперы с ума). так что: ethtool -K eth0 tso off gso off ethtool -K eth1 tso off gso off возможно еще что-то из offload включено. оставте только: Offload parameters for eth0: rx-checksumming: on tx-checksumming: on scatter-gather: on tcp-segmentation-offload: off udp-fragmentation-offload: off generic-segmentation-offload: off generic-receive-offload: off large-receive-offload: off ntuple-filters: off receive-hashing: off

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

на счёт l2tp и zyxel мыслей нет?

сейчас такая схема: eth1--. >br0 eth2--` т.е. обычный бридж между двумя vlan а я хочу реализовать такую схему:

друг пробовал static с linux, bsd и железками. всё работало.

для чего мне нужен бридж в 2гб? мой бридж 1гб уже на 80% загружен в пике...

чтобы получить бридж в 2GBit

спасибо. будут настраивать...

нет. этот режим не включен. может конечно в этом и проблема. скорее всего свич посылает пакеты хешируя mac_src попробую настроить LACP...

не пойму причем тут LACP?

на свиче статический режим агригации - "static".