Перейти к содержимому
Калькуляторы

G@riK

Пользователи
  • Публикации

    74
  • Зарегистрирован

  • Посещение

О G@riK

  • Звание
    Абитуриент

Информация

  • Пол
    Не определился
  1. 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.
  2. Спасибо за советы. Такой вопрос: на микротик может быть до 20 таких портов с подключенными телефонами + есть магистральные порты для связи с роутером. Правильно ли я понимаю, что можно в таком случае не добавлять IP-адреса на виланы на порты, а объединить эти порты в бридж с транковыми портами, и будет использоваться IP-адреса на этих самых бриджах?
  3. Да, сейчас ПК подключены через телефоны. Сеть 100Мб. Трафик идёт не тегированный и поэтому телефон спокойно работает вместе с ПК за ним в том же самом сегменте (пользовательском). Идея была именно в отделении трафика телефонии от остального в отдельный вилан. Также есть еще несколько виланов под различные нужны (как то управления, админский, пользовательский, вайфай и т.д.).
  4. Пробовал. Но так не регистрируется телефон, т.е. то ли не снимает тэг, то ли ещё что-то нужно настроить.
  5. Доброе утро, коллеги! Схема подключения 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 Подскажите, реализовывал ли кто-нибудь такое на микротиках? И если да, то направьте на правильный путь, пожалуйста.
  6. Есть addpac и АТС. Звонить на addpac пробовали с разным мобильников - ситуация одинакова.
  7. День добрый. Есть GSM-шлюз Addpac GS1001a и Asterisk 1.8. При звонке на шлюз звонок редиректится на внутренний экстеншен. Далее нужно ввести доп.номер. И вот тут происходит задвоение части сигналов DTMF. Конфиг AddPac: На шлюзе и на АТС dtmfmode установлен rfc2833. Пробовал на Addpac "играться" с dtmfmode (совместно с астрериском). Гарантированно правильные символы на АТС передаются только при rfc-2833, но задвоения есть. Пробовал убирать/включать echo-cancellation, изменять параметры input/output gain - положительных результатов нет. Может кто сталкивался с таким и может помочь решить данную проблему?
  8. freebsd & tcpdump

    Разобрался, как увидеть трафик: tcpdump -ni igb0 vlan and net 10.1.10 А так писать: tcpdump -ni igb0 -C 100 -w /tmp/test.pcap vlan and net 10.1.10
  9. Доброе время суток. Задача такая: записать в 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 И опять тишина. Кто-нибудь знает почему так происходит? Или как нужно правильно делать?
  10. Это может помочь от Jan 20 20:04:09 linbridge2 kernel: [ 1141.059747] CE: hpet2 increasing min_delta_ns to 33750 nsec Но в инете не нашёл информацию, чтобы эта "ошибка" приводила к таким симптомам. И остаётся еще куча других ошибок, которые пока не понятно как исправлять.
  11. Всем доброго времени суток. Есть софтовый бридж: 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), который обрабатывает чуть больше трафика, с ним таких проблем нет.
  12. Думаю, всем интересно, почему. Есть вероятность, что те сервисы, которые сейчас крутятся на этом сервере, могут не заработать на обновленной системе.
  13. Решили всё таки попробовать собрать с изменением приведенных выше параметров в 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 Соответственно, сетевуха не работает.
  14. Такого файла нет. И в mbuf.h нет CSUM_SCTP и других параметров.
  15. Вечер добрый. Столкнулись с необходимость установки 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?