G@riK

1. Да, всё верно. Интерфейс VLAN 2. Попробую расписать понятнее. Так, как я понимаю можно реализовать нужную мне схему. Есть микротик, порт 23 - транковый для связи с роутером. В 1-22 порты подключены телефоны, а за ними ПК пользователей. На микротике я создаю интерфейсы VLAN в виде e1_vlanid10 - e23_vlanid10 и e1_vlanid20 - e23_vlanid20 на соответствующих портах 1-23. Дальше объединяю интерфейсы VLAN с транковым портом в бриджы, например bridge_vlan10 - e1_vlanid10...e23_vlanid10. Аналогично делаю bridge_vlan20 - e1_vlanid20-e23_vlanid20. И вот уже IP-адрес 10.10.10.1/24 (для VLAN 10) навешиваю на интерфейс bridge_vlan10, а 10.10.20.1/24 (для VLAN 20) на bridge_vlan20.

Спасибо за советы. Такой вопрос: на микротик может быть до 20 таких портов с подключенными телефонами + есть магистральные порты для связи с роутером. Правильно ли я понимаю, что можно в таком случае не добавлять IP-адреса на виланы на порты, а объединить эти порты в бридж с транковыми портами, и будет использоваться IP-адреса на этих самых бриджах?

Да, сейчас ПК подключены через телефоны. Сеть 100Мб. Трафик идёт не тегированный и поэтому телефон спокойно работает вместе с ПК за ним в том же самом сегменте (пользовательском). Идея была именно в отделении трафика телефонии от остального в отдельный вилан. Также есть еще несколько виланов под различные нужны (как то управления, админский, пользовательский, вайфай и т.д.).

Пробовал. Но так не регистрируется телефон, т.е. то ли не снимает тэг, то ли ещё что-то нужно настроить.

Доброе утро, коллеги! Схема подключения Mikrotik -> VOIP Phone (Fanvil C58 or Cisco IP Phone) -> User PC Есть задача по разделению трафика VOIP и DATA. Пытался настроить данную схему двумя способами: 1. Порт на микротике делал транковым, на Fanvil в настройках указывал WAN VlanID 10 (подразумевая что это будет VlanID телефонии) и LAN VlanID 20 для проброса на ПК. При такой схеме телефон айпи не получает, на АТС не регистрируется. 2. Делал по мануалу http://wiki.mikrotik.com/wiki/Manual:Interface/VLAN (по примеру Port based VLAN tagging #2 (Trunk and Hybrid ports). Ситуация аналогична п.1 Подскажите, реализовывал ли кто-нибудь такое на микротиках? И если да, то направьте на правильный путь, пожалуйста.

Есть addpac и АТС. Звонить на addpac пробовали с разным мобильников - ситуация одинакова.

День добрый. Есть GSM-шлюз Addpac GS1001a и Asterisk 1.8. При звонке на шлюз звонок редиректится на внутренний экстеншен. Далее нужно ввести доп.номер. И вот тут происходит задвоение части сигналов DTMF. Конфиг AddPac: На шлюзе и на АТС dtmfmode установлен rfc2833. Пробовал на Addpac "играться" с dtmfmode (совместно с астрериском). Гарантированно правильные символы на АТС передаются только при rfc-2833, но задвоения есть. Пробовал убирать/включать echo-cancellation, изменять параметры input/output gain - положительных результатов нет. Может кто сталкивался с таким и может помочь решить данную проблему?

Разобрался, как увидеть трафик: tcpdump -ni igb0 vlan and net 10.1.10 А так писать: tcpdump -ni igb0 -C 100 -w /tmp/test.pcap vlan and net 10.1.10

Доброе время суток. Задача такая: записать в pcap-файлы (с разбиением по 100МБ) трафик отдельного сегмента с одного отзеркалированного района. Трафик миррорится с Dlink'a на отдельно стоящую машину. Команда tcpdump -ni igb0 показывает весь отзеркалированный трафика. И если добавить grep по интересующему меня сегменту, то трафик есть. Теперь я хочу выделить трафик от 10.1.10 сегмента без grep'a: tcpdump -ni igb0 src net 10.1.10 И в итоге ничего нет. Сама команда для записи трафика видится такой: tcpdump -ni igb0 -C 100 -w /tmp/test.pcap net 10.1.10 И опять тишина. Кто-нибудь знает почему так происходит? Или как нужно правильно делать?

Это может помочь от Jan 20 20:04:09 linbridge2 kernel: [ 1141.059747] CE: hpet2 increasing min_delta_ns to 33750 nsec Но в инете не нашёл информацию, чтобы эта "ошибка" приводила к таким симптомам. И остаётся еще куча других ошибок, которые пока не понятно как исправлять.

Всем доброго времени суток. Есть софтовый бридж: linux debian 6.0.4 kernel 2.6.33.20 проц core-i5 шейпер на tc Сетевая 4-портовая, по 2 интерфейса объединены в бонды. auto eth0 iface eth0 inet manual bond-master bond0 auto eth1 iface eth1 inet manual bond-master bond0 auto eth2 iface eth2 inet manual bond-master bond1 auto eth3 iface eth3 inet manual bond-master bond1 auto bond0 allow-hotplug bond0 iface bond0 inet manual bond_mode 802.3ad bond_miimon 100 bond_downdelay 200 bond_updelay 200 bond_primary eth0 eth1 auto bond1 allow-hotplug bond1 iface bond1 inet manual bond_mode 802.3ad bond_miimon 100 bond_downdelay 200 bond_updelay 200 bond_primary eth2 eth3 auto br0 allow-hotplug br0 iface br0 inet static address 192.168.1.123 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.254 bridge_ports bond0 bond1 bridge_maxwait 0 Небольшой тюнинг сетевухи: echo 'Привязка очередей сетевых интерфейсов к ядрам' ifconfig eth0 up echo 1 > /proc/irq/`cat /proc/interrupts | grep 'eth0-TxRx-0' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 2 > /proc/irq/`cat /proc/interrupts | grep 'eth0-TxRx-1' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 4 > /proc/irq/`cat /proc/interrupts | grep 'eth0-TxRx-2' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 8 > /proc/irq/`cat /proc/interrupts | grep 'eth0-TxRx-3' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity ifconfig eth1 up echo 8 > /proc/irq/`cat /proc/interrupts | grep 'eth1-TxRx-0' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 4 > /proc/irq/`cat /proc/interrupts | grep 'eth1-TxRx-1' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 2 > /proc/irq/`cat /proc/interrupts | grep 'eth1-TxRx-2' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 1 > /proc/irq/`cat /proc/interrupts | grep 'eth1-TxRx-3' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity ifconfig eth2 up echo 1 > /proc/irq/`cat /proc/interrupts | grep 'eth2-TxRx-0' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 2 > /proc/irq/`cat /proc/interrupts | grep 'eth2-TxRx-1' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 4 > /proc/irq/`cat /proc/interrupts | grep 'eth2-TxRx-2' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 8 > /proc/irq/`cat /proc/interrupts | grep 'eth2-TxRx-3' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity ifconfig eth3 up echo 8 > /proc/irq/`cat /proc/interrupts | grep 'eth3-TxRx-0' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 4 > /proc/irq/`cat /proc/interrupts | grep 'eth3-TxRx-1' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 2 > /proc/irq/`cat /proc/interrupts | grep 'eth3-TxRx-2' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 1 > /proc/irq/`cat /proc/interrupts | grep 'eth3-TxRx-3' | awk -F \: '{printf $1}'| tr -d ' '`/smp_affinity echo 'Установка дополнительных параметров сетевых интерфейсов' ethtool -G eth0 rx 2048 ethtool -G eth0 tx 2048 ethtool -G eth1 rx 2048 ethtool -G eth1 tx 2048 ethtool -G eth2 rx 2048 ethtool -G eth2 tx 2048 ethtool -G eth3 rx 2048 ethtool -G eth3 tx 2048 ethtool -A eth0 autoneg off rx off tx off ethtool -A eth1 autoneg off rx off tx off ethtool -A eth2 autoneg off rx off tx off ethtool -A eth3 autoneg off rx off tx off ifconfig eth0 txqueuelen 10000 ifconfig eth1 txqueuelen 10000 ifconfig eth2 txqueuelen 10000 ifconfig eth3 txqueuelen 10000 Параметры sysctl: #Увеличиваем максимальный размер памяти отводимой для TCP буферов net.core.wmem_max = 16777216 net.core.rmem_max = 16777216 #Тюнинг буферов для TCP и UDP соединений (min, default, max bytes) net.ipv4.tcp_rmem = 8192 8388608 16777216 net.ipv4.tcp_wmem = 8192 4194394 16777216 #Запрещаем кеширование статуса ssthresh net.ipv4.tcp_no_metrics_save = 1 #размер backlog net.core.netdev_max_backlog = 1000 #Увеличиваем число входящих соединений, которые могут стоять в очереди, прежде чем будут отброшены net.core.somaxconn = 262144 #Размер буферов по умолчанию для приема и отправки данных через сокеты net.core.wmem_default = 4194394 net.core.rmem_default = 8388608 net.ipv4.tcp_max_tw_buckets = 1440000 Сервак прогоняет около 1.5ГБ трафика. Сегодня столкнулись со странной проблемой: сервак начал тупить (при этом процессор и память в норме), и периодически перестал пропускать через себя трафик. Пустил трафик в обход бриджа, но тормоза остались. При этом также тупил SSH-доступ и JAVA-консоль через KVM При этом в логах есть такое: Jan 20 20:04:09 linbridge2 kernel: [ 1141.059747] CE: hpet2 increasing min_delta_ns to 33750 nsec Jan 20 20:11:06 linbridge2 kernel: [ 1557.132790] tail D ffff880203a90de0 0 13883 13851 0x00000004 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132793] ffff880008e75840 0000000000000046 0000000000000000 0000000000000002 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132795] 0000000000000000 0000000000000000 ffff880203a90de0 ffff88021f076f00 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132819] 0000000100113f47 0000000000015840 0000000000015840 000000000000fa10 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132821] Call Trace: Jan 20 20:11:06 linbridge2 kernel: [ 1557.132827] [<ffffffff812f4cc5>] ? schedule_timeout+0x2d/0xd7 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132829] [<ffffffff812f4b48>] ? wait_for_common+0xd1/0x14e Jan 20 20:11:06 linbridge2 kernel: [ 1557.132832] [<ffffffff8103e83f>] ? default_wake_function+0x0/0xe Jan 20 20:11:06 linbridge2 kernel: [ 1557.132835] [<ffffffff810901bc>] ? synchronize_sched+0x0/0x52 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132836] [<ffffffff81090208>] ? synchronize_sched+0x4c/0x52 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132839] [<ffffffff8105aa60>] ? wakeme_after_rcu+0x0/0x10 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132842] [<ffffffff8106050e>] ? __synchronize_srcu+0x2d/0xaa Jan 20 20:11:06 linbridge2 kernel: [ 1557.132845] [<ffffffff8110fd14>] ? fsnotify_put_group+0x6a/0x8d Jan 20 20:11:06 linbridge2 kernel: [ 1557.132846] [<ffffffff81111999>] ? inotify_release+0x24/0x2f Jan 20 20:11:06 linbridge2 kernel: [ 1557.132849] [<ffffffff810e94b1>] ? __fput+0x100/0x1b4 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132851] [<ffffffff810e68ad>] ? filp_close+0x5f/0x6a Jan 20 20:11:06 linbridge2 kernel: [ 1557.132853] [<ffffffff81045b02>] ? put_files_struct+0x67/0xbf Jan 20 20:11:06 linbridge2 kernel: [ 1557.132854] [<ffffffff810473b6>] ? do_exit+0x24a/0x6f4 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132857] [<ffffffff810075c8>] ? __switch_to+0x12f/0x21b Jan 20 20:11:06 linbridge2 kernel: [ 1557.132858] [<ffffffff810478d3>] ? do_group_exit+0x73/0x9b Jan 20 20:11:06 linbridge2 kernel: [ 1557.132860] [<ffffffff810551b7>] ? get_signal_to_deliver+0x353/0x375 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132862] [<ffffffff81007f4b>] ? do_signal+0x6c/0x68b Jan 20 20:11:06 linbridge2 kernel: [ 1557.132863] [<ffffffff81112362>] ? inotify_read+0x26d/0x297 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132865] [<ffffffff8105ca39>] ? autoremove_wake_function+0x0/0x2a Jan 20 20:11:06 linbridge2 kernel: [ 1557.132867] [<ffffffff8100858f>] ? do_notify_resume+0x25/0x67 Jan 20 20:11:06 linbridge2 kernel: [ 1557.132868] [<ffffffff810e89bc>] ? sys_read+0x5f/0x6b Jan 20 20:11:06 linbridge2 kernel: [ 1557.132870] [<ffffffff81008cce>] ? int_signal+0x12/0x17 Jan 20 20:17:59 linbridge2 kernel: [ 1969.431662] CE: hpet5 increasing min_delta_ns to 33750 nsec С чем может быть связано такое поведение? Есть аналогичный сервак (но на core-i7), который обрабатывает чуть больше трафика, с ним таких проблем нет.

Думаю, всем интересно, почему. Есть вероятность, что те сервисы, которые сейчас крутятся на этом сервере, могут не заработать на обновленной системе.

Решили всё таки попробовать собрать с изменением приведенных выше параметров в mbuf.h и добавили buf_ring.h. В итоге драйвера собрались, загружаются, но в логах ошибки: ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.4> port 0xb880-0xb89f mem 0xcfe80000-0xcfefffff,0xcff78000-0xcff7bfff irq 30 at device 0.0 on pci7 ix0: Using MSIX interrupts with 9 vectors ix0: RX Descriptors exceed system mbuf max, using default instead! ix0: ixgbe_dma_malloc: bus_dma_tag_create failed; error 22 ix0: Unable to allocate TX Descriptor memory device_attach: ix0 attach returned 12 ix1: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.4> port 0xbc00-0xbc1f mem 0xcff80000-0xcfffffff,0xcff7c000-0xcff7ffff irq 37 at device 0.1 on pci7 ix1: Using MSIX interrupts with 9 vectors ix1: RX Descriptors exceed system mbuf max, using default instead! ix1: ixgbe_dma_malloc: bus_dma_tag_create failed; error 22 ix1: Unable to allocate TX Descriptor memory device_attach: ix1 attach returned 12 Соответственно, сетевуха не работает.

Такого файла нет. И в mbuf.h нет CSUM_SCTP и других параметров.

Вечер добрый. Столкнулись с необходимость установки 10G-карточки (чипсет 82559) в сервер со старой осью FreeBSD 7.2. Обновлять систему нельзя. Пробовали использовать встроенные драйвера версии 1.7.4 (но они, как оказалось, не поддерживают чипсет 82559): ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 1.7.4> port 0xb880-0xb89f mem 0xcfe80000-0xcfefffff,0xcff78000-0xcff7bfff irq 30 at device 0.0 on pci7 ix0: Using MSIX interrupts with 3 vectors ix0: ixgbe_dma_malloc: bus_dma_tag_create failed; error 22 ix0: Unable to allocate TX Descriptor memory device_attach: ix0 attach returned 12 ix1: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 1.7.4> port 0xbc00-0xbc1f mem 0xcff80000-0xcfffffff,0xcff7c000-0xcff7ffff irq 37 at device 0.1 on pci7 ix1: Using MSIX interrupts with 3 vectors ix1: ixgbe_dma_malloc: bus_dma_tag_create failed; error 22 ix1: Unable to allocate TX Descriptor memory device_attach: ix1 attach returned 12 Т.к. не получилось, то решили скачать драйвера с сайта Intel (скачали в итоге несколько версий от 2.3.8 до 2.4.10), но они не компилируются: Warning: Object directory not changed from original /usr/src/ixgbe-2.3.8/src @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h :> opt_bdg.h cc -O2 -fno-strict-aliasing -pipe -DSMP -DIXGBE_FDIR -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c ixgbe.c cc -O2 -fno-strict-aliasing -pipe -DSMP -DIXGBE_FDIR -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c ixv.c In file included from ixv.c:39: ixv.h: In function 'drbr_needs_enqueue': ixv.h:411: warning: implicit declaration of function 'buf_ring_empty' ixv.h:411: warning: nested extern declaration of 'buf_ring_empty' ixv.c: In function 'ixv_tx_ctx_setup': ixv.c:2357: error: 'CSUM_SCTP' undeclared (first use in this function) ixv.c:2357: error: (Each undeclared identifier is reported only once ixv.c:2357: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/ixgbe-2.3.8/src. Может у кого есть опыт использования этой карточки на старых системах или драйвера новее 1.7.4 (кроме тех, которые мы уже пробовали), но с поддержкой чипсета 82559?