CTOPMbI4

За парсинг текстовых файлов в linux отвечает awk
Есть хорошая книга.

@СТОРМЫ4 На всех коммутаторах cisco фиксированной конфигурации не более 4х sfp портов, так что либо менять условия задачи либо модульный коммутатор или 2 коммутатора.

За приемлемые деньги таких цисок нет. На всех 1RU свичах оптических портов либо 4, либо все)

Если деньги играют не главную роль, смотрите модульные шкафы (4500, 4900). Но по мне дешевле медиаконвертер взять.

При стандартной установке Windows на диск с MBR разметкой для использования доступны только 2 Тб, а остальное место разметить не получается.

Размечайте GPT.

Но данная модель Сервера HP не поддерживает UEFI.

Значит вы не сможете загрузиться с GPT диска. И только.

Т.е для загрузки вам обязательно нужен будет диск с MBR. Грузитесь с него.
А массив на 8тб размечайте в GPT и работайте с ним как хотите.
Только так.

насчет мануалов - у Натекса вполне приличная техпддержка, на обращения активно отвечают и помогают

по сабжу: с 220-ми не работал, подключал шлюзы 100-й серии, но разница скорее всего только в количестве FXO/FXS портов, самому расписывать настройку сейчас долго будет, поэтому советую вот эту статью: geektimes.ru/post/113362/, пусть тебя не смущает, что там настраиваются D-Link'и - веб-интерфейс шлюзов Натекса отличается только цветом фона :)
поэтому можешь порыскать по сайту д-линка - там тоже есть примеры настроек шлюзов, навскидку вот ссылка - dlink.ua/ru/voip_solutions_8

Если не считать того что на 8.1 IPFW глючней некуда, то примерно так:
В /etc/sysctl.conf добавить:

net.inet.ip.fw.one_pass=1               #пакеты, прошедшие пайпы вылетают из фаервола, и дальше не идут по нему
net.inet.tcp.blackhole=2                #ядро убивает tcp пакеты, приходящие в систему на непрослушиваемые порты
net.inet.udp.blackhole=1                #ядро убивает udp пакеты, приходящие в систему на непрослушиваемые порты
net.inet.icmp.drop_redirect=1           #не обращаем внимания на icmp redirect
net.inet.icmp.log_redirect=0            #(N) и не логируем их
net.inet.icmp.maskrepl=0                #не отдавать по icmp маску своей подсети
net.inet.icmp.icmplim=100
net.inet.icmp.bmcastecho=0              #(N) защита от SMURF атак
net.inet.ip.redirect=0                  #(N) не реагируем на icmp redirect
net.inet.ip.sourceroute=0               #(N) отключение маршрутизации от источника
net.inet.ip.accept_sourceroute=0        #(N) старый и бесполезный механизм
net.inet.ip.ttl=226                     #(N)почему бы не поставить ttl побольше было 64 ;)
net.inet.tcp.drop_synfin=1              #(N)небольшая защита
net.inet.tcp.syncookies=1               #(N)от доса
kern.ipc.somaxconn=32768                #(N)увеличиваем размер очереди для сокетов
kern.maxfiles=204800                    #(N)увеличиваем число открытых файловых дескрипторов
kern.maxfilesperproc=200000             #(N)кол-во ф.д. на каждоый процесс
kern.ipc.nmbclusters=524288             #(N)увеличиваем число сетевых буферов
kern.ipc.maxsockbuf=83886080            #(N)
kern.random.sys.harvest.ethernet=0      #(N)не использовать трафик и прерывания
kern.random.sys.harvest.interrupt=0     #(N)как источник энтропии для random'a
net.inet.ip.intr_queue_maxlen=10240     #(N)размер очереди ip-пакетов
net.route.netisr_maxqlen=4096

Если используете еще и dummynet, то

net.inet.ip.dummynet.io_fast=1          #заставляет dummynet работать побыстрее
net.inet.ip.dummynet.max_chain_len=2048 #(N)
net.inet.ip.dummynet.hash_size=65535    #(N)Было 256
net.inet.ip.dummynet.pipe_slot_limit=2048 #

Дальше в зависимости от сетевых, для em

dev.em.0.rx_int_delay=200
dev.em.0.tx_int_delay=200
dev.em.0.rx_abs_int_delay=4000
dev.em.0.tx_abs_int_delay=4000
dev.em.0.rx_processing_limit=4096

cat /boot/loader.conf

hw.em.rxd=4096
hw.em.txd=4096
hw.em.max_interrupt_rate=32000

для igb
dev.igb.0.rx_processing_limit=4096

Ядро соберите с HZ побольше.

Проблема в фаирволе, скорее всего связана с nat на ipfw, но есть варианты. Вероятно это происходит из-за того, что при наличии нескольких апнутых сетевых интерфейсов система их пытается задействовать. Но так как к одному из интерфейсов не подключен кабель и соответственно он ничего никуда послать не может, пакеты, которые должны быть отправлены через него, переполняют mbuf, что и приводит к вышеуказанным ошибкам. Еще такое бывает при использовании mpd, например пока пакет проходил обработку тунель успел умереть. В принципе можно забить. Если сильно не нравится, а сетевая говно, можно отключить хардварную проверку чексум, примерно так:
ifconfig interface -TXCSUM -RXCSUM -VLAN_HWCSUM