и участвуют в роутинге?

при этом он уже везде был взаимно-совместимый - Linux/Cisco/Juniper, таким образом это давно стало отраслевым стандартом. одним из стандартов построения VPN

и какой man он был? а @bu7cher что коммитил тогда?

быстрее или нет -- это зависит от крипты и лок конгестион, интерфейс тут как бы скорее всего сбоку

и в JunOS например вообще изначально не было gre over ipsec. там его делать было можно, но очень сильно через задницу, что сильно усложняло сопряжение FreeBSD с JunOS

на тебе ман: https://www.cisco.com/en/US/docs/ios/12_3t/12_3t14/feature/guide/gtIPSctm.html

@vgadfly конечно, куда они денутся-то

а давно фря стала циской называться?

интерфейс участвует в рутинге. а SP в его реализации уменьшили степень своей хирургии по лазанию в рутинг мимо стэка. потому что они теперь имеют более щадящий вид.

так вопрос-то был о новизне ipsec интерфейса, вот он первый раз возник

мне кажется человек спрашивает конкретно о реализации if_ipsec в FreeBSD

а так-то да, самому VTI триста лет в обед

и действительно, чат по FreeBSD

а шо, в линуксах оно разве давно?

где-то на год раньше появилось

ладно, кейвордов накидали, пойду в гугл %)

вопрос "зачем" для VTI совершенно ос-нейтрален

эт правда.

т.е. "зачем" можно почитать и в цисковской ссылке и ничего нового фря тут не добавляет. я собственно об этом.

А кто-ни будь в последнее время в пудрениице libxml2 собирал?

libtool: link: cc -pedantic -Wall -Wextra -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -Wno-long-long -Wno-format-extra-args -D_REENTRANT -I/usr/include -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fstack-protector-strong -o .libs/xmllint xmllint.o  -L/usr/lib ./.libs/libxml2.so -L/usr/local/lib -lz -llzma -liconv -lm -Wl,-rpath -Wl,/usr/local/lib
ld: error: ./.libs/libxml2.so: undefined reference to xmlValidatePopElement
cc: error: linker command failed with exit code 1 (use -v to see invocation)