nicol@s

Ну да. Будем дебажить. Тем более, что версия библиотеки libc тут не причем: ul 20 02:44:02 db2dhcp kernel: [47720.282534] db2dhcp[7158]: segfault at 46 ip 00007fee97a52ada sp 00007fee94be57f0 error 4 in libc-2.13.so[7fee97a0e000+17d000]

Я выставил 10 пока что

Отвалился, но уже с такой ошибкой: Jul 19 15:03:36 db2dhcp kernel: [ 5694.144602] db2dhcp[4578]: segfault at 17 ip 0000000000403fe0 sp 00007ff1e7d817b0 error 4 in db2dhcp[400000+11000]

Погуглили - многие сервисы падают с такой ошибкой. Нашли, что может помочь обновление библиотеки libc. Собственно это и сделали. Теперь у нас: aptitude show libc6 Пакет: libc6 Состояние: установлен Автоматически установлен: нет Версия: 2.13-34 Наблюдаем.

Вот сами как раз занимаемся внедрением сервиса на Debian: Linux db2dhcp 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux У нас на 10+ тысяч абонентов проблем как у Вас нет. Но есть свои:( - периодически отваливается (2-4 раза в сутки) сервис с такой ошибкой в messages: Jul 19 07:50:05 db2dhcp kernel: [683169.280894] db2dhcp[12641]: segfault at 46 ip 00007f3e41be2dfa sp 00007f3e3dd717b0 error 4 in libc-2.11.3.so[7f3e41b9d000+159000] или с такой: Jul 18 14:07:43 db2dhcp kernel: [619431.572714] db2dhcp[10124]: segfault at 17 ip 0000000000403fe0 sp 00007fe2743087b0 error 4 in db2dhcp[400000+11000] Причем нет никакой закономерности от нагрузки, как мне кажется, т.к. сервис может упасть и днем, и ночью и утром. Пробовал как последнюю версию (0.1.a.10), так и предыдущую (0.1.a.9). На одном форуме, да и в этой теме вычитал, что можно убрать DHCPCacheTTL (у меня как в примере стояло 3600). Выставил в 0, но все равно сервис периодически падал. Один юзер говорил, что у него на Ubuntu 12.04 32-бит с ядром 3.2.0-26-generic-pae стабильно работает. Сегодня проверил на своей сети - валится с такой же ошибкой:( В общем, пока написал маленький скриптик, который раз в минуту проверяет запущен сервис или нет. И если не запущен, то запускает с уведомлением. И продолжаю искать причину...

Кстати да..Я тестировал с симками билайна и мегафона. С билайна приходит верный номер.

Мне, кстати, на АТС так и сказали, мол наши инженеры придумали какое-то решение, но оно оказалось временным.. Печально конечно все это... Все переходят на сотовые телефоны... Есть множество идей улучшения качества общения с абонентами путем определния их номера (читай данных по настройке, диагностике самых распроастранненых проблем), но как их реализовать при таком подходе мобильных операторов:(

Коллеги, добрый день. Решил тут сделать определитель номера. Не буду вдаваться в подробности, скажу главное: есть аналоговая линия, которую втыкаю tdm2400p. При звонке с мобильника часто получаю вместо своего мобильного номера какой-то городской. Причем там даже нет цифр, которые присутствуют в моем мобильном:) Но номер полный (к примеру, 84996810279) Иногда, конечно, вижу и свой номер. Проверил на факсовом аппарате Panasonic KX-FC243 - то же самое. Потом проверил на других мобильных операторах - картина аналогичная. Позвонил в свою АТС, а мне там тети говорят мол так вот и так, это известная проблема. Все связано с тем, что даже один сотовый оператор маршрутизирует звонок по-разному и типа его не волнует, что происходит с номером. Мол звонок доходит, радуйтесь и этому :) Типа вы можете писать жалобы в нашу АТС, но никто ничего делать не будет. Неужели они не вешают мне лапшу на уши?? :) Это в век то инновационных технологий:)) P.S. с городскими номерами таких проблем нет.

Я все никак не могу добиться 100% рабочей схемы... Сегодня проводил очередные тесты. По совету Длинка выставил разные приоритеты на свитчах: на одном свитче: config stp priority 36864 instance_id 0 на втором: config stp priority 1024 instance_id 0 Тест №1: Трафик бежит через бридж. Свитчи соединены патчкордом. Вытыкаю оба линка от бриджа на каждом свитче, трафик через 1 сек начинает бежать в обход. root выбирается верно. Поднимаю линки от бриджа на свитчах, трафик бежит по бриджу...НО..Проходит примерно 2 минуты, и образуется кольцо, связь сразу теряется.. Тест №2: Трафик бежит через бридж. Свитчи соединены патчкордом. Вытыкаю один линк от бриджа до любого свитча - и сразу как выше: кольцо, потеря связи. Думал, может у меня бридж работает как ARP прокси, но net.link.ether.inet.proxyall=0 Также выставил net.link.ether.inet.max_age=1 (было 1500) Но ничего не изменилось:( Saab95, а у Вас RSTP на длинках? У меня при выключении бриджа трафик начинает бежать в обход через 1 сек, примерно. При восстановлении линка от бриджа, трафик через бридж начинает бежать секунд через 20-30. Это, видимо, можно подтюнить...Но сначала завести бы эту схему... Помогите найти ошибку.

Разобрались сами. Были невнимательны. В sysctl.conf сделали: net.ipv4.conf.default.rp_filter=0 net.ipv4.conf.all.rp_filter=0 и все заработало

Добрый день! Переводим BGP с FreeBSD(8.0 STABLE) на Linux(Debian 2.6.33.20). Столкнулись с такой проблемой - при подключении более одного аплинка, перестает работатать часть ресурсов интернета. Опытным путем удалось установить: если трафик ходит в обе стороны через одного аплинка (один и тот же сетевой интерфейс), то работает. Если же трафик уходит через одного аплинка, а возвращается через другого (тисипидампом видим пакеты), то на интерфейсе, который смотрит в сторону сети виден только исходящий трафик от абонента, а входящего нету. Обратные маршруты в сеть при этом есть. На FreeBSD такой проблемы не наблюдалось. Настройки BGP на Linux идентичны FreeBSD. ip_forwarding включен. В ядре дополнительных параметров не включали. Единственное, что в /etc/modprobe.d/blacklist.conf добавили: blacklist ip_conntrack blacklist nfnetlink blacklist nf_conntrack_ipv4 blacklist nf_conntrack blacklist nf_defrag_ipv4 blacklist iptable_nat blacklist nf_nat Чтобы не создавались стейты (меньше нагрузка на cpu). Сначала погрешили на bonding, смотрящий в сеть. Разобрали - не помогло. Погрешили на 10ГБ сетевуху (Intel Ethernet Server Adapter X520-DA2) - воткнулись в гигабитную сетевуху (Intel Corporation 82576 Gigabit Network Connection), повторили тест - не помогло. Обе сетевухи тюним так: /sbin/rmmod igb /sbin/modprobe igb IntMode=2,2,2,2,2,2,2,2,2,2,2,2 InterruptThrottleRate=1,1,1,1,1,1,1,1,1,1,1,1 RSS=6,6,6,6,6,6,6,6,6,6,6,6 QueuePairs=1,1,1,1,1,1,1,1,1,1,1,1 LLIPort=80 /sbin/rmmod ixgbe /sbin/modprobe ixgbe IntMode=2,2,2,2,2,2,2,2,2,2,2,2 InterruptThrottleRate=1,1,1,1,1,1,1,1,1,1,1,1 RSS=6,6,6,6,6,6,6,6,6,6,6,6 LLIPort=80 /usr/sbin/service networking restart # изменить размеры буферов сетевых интерфейсов /sbin/ethtool -G eth0 tx 2048 /sbin/ethtool -G eth0 rx 2048 /sbin/ethtool -G eth1 tx 2048 /sbin/ethtool -G eth1 rx 2048 /sbin/ethtool -G eth2 tx 2048 /sbin/ethtool -G eth2 rx 2048 /sbin/ethtool -G eth3 tx 2048 /sbin/ethtool -G eth3 rx 2048 ...... # Для 10GB сетевухи /sbin/ethtool -G eth9 tx 4096 /sbin/ethtool -G eth9 rx 4096 # отключить flow control на сетевых интерфейсах /sbin/ethtool -A eth0 autoneg off rx off tx off /sbin/ethtool -A eth1 autoneg off rx off tx off /sbin/ethtool -A eth2 autoneg off rx off tx off /sbin/ethtool -A eth3 autoneg off rx off tx off ....... # Для 10GB сетевухи /sbin/ethtool -A eth9 autoneg off rx off tx off # изменить размер очереди передаваемых пакетов на сетевых интерфейсах /sbin/ifconfig eth0 txqueuelen 10000 /sbin/ifconfig eth1 txqueuelen 10000 /sbin/ifconfig eth2 txqueuelen 10000 /sbin/ifconfig eth3 txqueuelen 10000 ....... # Для 10GB сетевухи /sbin/ifconfig eth9 txqueuelen 10000 # распределяем по разным ЦП прерывания очередей сетевых интерфейсов /sbin/ifconfig eth0 up /bin/echo 1 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 2 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 4 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 8 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 10 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 20 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /sbin/ifconfig eth1 up /bin/echo 40 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 80 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 100 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 200 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 400 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 800 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /sbin/ifconfig eth2 up /bin/echo 1 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 2 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 4 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 8 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 10 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 20 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /sbin/ifconfig eth3 up /bin/echo 40 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 80 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 100 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 200 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 400 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 800 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity ...... # Для 10GB сетевухи /sbin/ifconfig eth9 up /bin/echo 1 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 2 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 4 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 8 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 10 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 20 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /etc/sysctl.conf # Controls IP packet forwarding net.ipv4.ip_forward = 1 # Controls source route verification net.ipv4.conf.default.rp_filter = 1 # Do not accept source routing net.ipv4.conf.default.accept_source_route = 0 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 0 # Controls whether core dumps will append the PID to the core filename # Useful for debugging multi-threaded applications kernel.core_uses_pid = 1 # Controls the use of TCP syncookies net.ipv4.tcp_syncookies = 1 # Controls the maximum size of a message, in bytes kernel.msgmnb = 65536 # Controls the default maxmimum size of a mesage queue kernel.msgmax = 65536 # Controls the maximum shared segment size, in bytes kernel.shmmax = 68719476736 # Controls the maximum number of shared memory segments, in pages kernel.shmall = 4294967296 #Увеличиваем максимальный размер памяти отводимой для 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 DGS362G: config stp version rstp config stp maxage 20 maxhops 20 forwarddelay 15 txholdcount 6 fbpdu enable hellotime 2 config stp priority 36864 instance_id 0 config stp mst_ports 21-24 instance_id 0 internalCost auto priority 128 config stp ports 21-24 externalCost auto edge false p2p auto state enable config stp ports 21-24 fbpdu enable config stp ports 21-24 restricted_role false config stp ports 21-24 restricted_tcn false Свитч 2 DGS3612G: config stp version rstp config stp maxage 20 maxhops 20 forwarddelay 15 txholdcount 6 fbpdu enable hellotime 2 config stp priority 36864 instance_id 0 config stp mst_ports 9-12 instance_id 0 internalCost auto priority 128 config stp ports 9-12 externalCost auto edge false p2p auto state enable config stp ports 9-12 fbpdu enable config stp ports 9-12 restricted_role false config stp ports 9-12 restricted_tcn false Свитч 1: 21 порт - бридж 23 порт - клиент 1 Свитч 2: 9 порт - бридж 11 порт - клиент 2 Доступ между клиентом 1 и клиентом 2 есть. Как только соединяю свитчи: Свитч 1 порт 24 <--> Свитч 2 порт 12 через секунд 20 начинается флуд, образуется кольцо, связь пропадает между "клиентами"... Можете привести пример Вашей настройки?

Добрый день. Задумались о резервировании бриджей. На ум пришла такая схема: --свитч--бридж--свитч-- |_____________| Суть в том, чтобы трафик бежал в обход бриджа, в случае его выхода из строя. Используем свитчи Dlink. Первым делом попробовали настроить STP, но испытания на стенде каких-то положительных итогов не принесли. Попробовали поиграться с LACP - то же самое. Интересует как вы резервируете свои бриджи? Поделитесь, пожалуйста, опытом.

Коллеги, подскажите по тюнингу сего девайса? Пока что выставил: /sbin/ethtool -A eth9 autoneg off rx off tx off /sbin/modprobe igb IntMode=2,2,2,2,2,2,2,2,2,2,2,2 InterruptThrottleRate=8000,8000,8000,8000,8000,8000,8000,8000,8000,8000,8000,8000 RSS=6,6,6,6,6,6,6,6,6,6,6,6 QueuePairs=1,1,1,1,1,1,1,1,1,1,1,1 LLIPort=80 /sbin/ethtool -G eth9 tx 2048 /sbin/ethtool -G eth9 rx 2048 /sbin/ifconfig eth9 txqueuelen 10000 + распределил прерывания по ядрам проца. Имеет смысл увеличить размеры буферов? txqueuelen? Или что-то еще стоит добавить?

А ларчик просто открывался. Все взлетело! Спасибо! А по поводу тюнинга не подскажете?

Добрый день! Купили сетевую карту X520-DA2. Столкнулись с такой проблемой (чтобы было понятнее о чем речь, напишу порядок дойсвтий при попытке завести карточку): 1. Вставляем в первый порт сетевухи mini gbic, появляется линк 2. Подгружаем модуль ixgbe. В /var/log/messages Dec 16 14:47:03 bgp2 kernel: [ 114.509989] ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - version 2.0.75.7-NAPI Dec 16 14:47:03 bgp2 kernel: [ 114.509990] Copyright (c) 1999-2010 Intel Corporation. Dec 16 14:47:03 bgp2 kernel: [ 114.510011] ixgbe 0000:04:00.0: PCI INT A -> GSI 26 (level, low) -> IRQ 26 Dec 16 14:47:03 bgp2 kernel: [ 114.519305] ixgbe 0000:04:00.0: PCI INT A disabled Dec 16 14:47:03 bgp2 kernel: [ 114.519317] ixgbe 0000:04:00.1: PCI INT B -> GSI 25 (level, low) -> IRQ 25 Dec 16 14:47:04 bgp2 kernel: [ 115.581926] ixgbe: 0000:04:00.1: ixgbe_check_options: Flow Director hash filtering enabled Dec 16 14:47:04 bgp2 kernel: [ 115.581927] ixgbe: 0000:04:00.1: ixgbe_check_options: Flow Director allocated 64kB of packet buffer Dec 16 14:47:04 bgp2 kernel: [ 115.581928] ixgbe: 0000:04:00.1: ixgbe_check_options: ATR Tx Packet sample rate set to default of 20 Dec 16 14:47:04 bgp2 kernel: [ 115.606260] ixgbe: 0000:04:00.1: ixgbe_init_interrupt_scheme: Multiqueue Enabled: Rx Queue count = 12, Tx Queue count = 12 Dec 16 14:47:04 bgp2 kernel: [ 115.661588] ixgbe: eth8: ixgbe_probe: No DCA provider found. Please start ioatdma for DCA functionality. Dec 16 14:47:04 bgp2 kernel: [ 115.661590] ixgbe: eth8: ixgbe_probe: (PCI Express:5.0Gb/s:Width x8) 00:1b:21:d5:9f:bd Dec 16 14:47:04 bgp2 kernel: [ 115.661675] ixgbe: eth8: ixgbe_probe: MAC: 2, PHY: 1, PBA No: e68793-004 Dec 16 14:47:04 bgp2 kernel: [ 115.661676] ixgbe: eth8: ixgbe_probe: GRO is enabled Dec 16 14:47:04 bgp2 kernel: [ 115.661878] ixgbe: eth8: ixgbe_probe: Intel(R) 10 Gigabit Network Connection Как видим поднялся eth8. Но фактически кабель не в нем, а воткнут в соседний порт (eth9) 3. При попытке активировать eth9 пишет ошибку нет такого устройства 4. Перетыкаем из eth8 в eth9. И еще раз пробуем поднять eth9. При этом полуаем: ixgbe: eth9: ixgbe_60 reset: hardware error: -19 ixgbe: eth9: ixgbe_60 reset: hardware error: -19 SIOCSIFFLAGS: нет такого устройства ixgbe: eth9: ixgbe_sfp_config_module_task: failed to load because an unsupported SFP+ module type was detected. При этом ifconfig не видит eth9. eth8 так же пропадает. Драйвера взяли с диска от сетевухи modinfo ixgbe: filename: /lib/modules/2.6.32/kernel/drivers/net/ixgbe/ixgbe.ko version: 2.0.75.7-NAPI license: GPL description: Intel(R) 10 Gigabit PCI Express Network Driver author: Intel Corporation, <linux.nics@intel.com> srcversion: 704DFDBC607494AFB438E2A Mini gbic: Dlink DEM-432XT v.A1 Пытаемся подключить DLink 3627. ОС Debian: Linux bgp2 2.6.32 #1 SMP Tue Oct 18 18:21:33 MSK 2011 x86_64 GNU/Linux Как это побороть? P.S. в логах вижу ругань: Dec 16 14:49:22 bgp2 kernel: [ 252.809083] ixgbe: eth8: ixgbe_probe: No DCA provider found. Please start ioatdma for DCA functionality. Стоит ли влключать??

Оказалось, что в .ts есть таймкод, просто vlc ее не понимает. Поставили vlc 1.2 - проблема закрыта.

Занимался другими вопросами, но опять вернулся к этой теме. В общем, кому может будет интересно, реализовал так: - с помощью ffmpeg запускаю конвертацию mkv в ts: ffmpeg -y -threads 6 -i /home/vlc/INPUT.mkv -ab 128k -vb 3000k -r 50 -maxrate 10000k -bufsize 2000k -vcodec libx264 -vbsf h264_mp4toannexb -s 4cif -acodec aac -strict experimental -map 0:0 -map 0:1 <path_to_output_ts>OUTPUT.ts - запускаю вещание OUTPUT.ts по UDP на приставку: cvlc -vvv /home/vlc/live/mediaServer/OUTPUT.ts --sout '#udp{mux=ts,dst=226.0.0.1:1234}' Все здорово, лагов нет, качество отличное. Даже нету симптомов затормаживания, о которых писал раньше:) Но не обошлось без ложки дегтя... Полученный после OUTPUT.ts не содержит, как это правильно сказать, временной шкалы, чтоли...Т.е. я открываю файлик в vlc и в графе, где должны отображаться часы:минуты:секунды у меня стоят нули. Соответственно, я не могу, к примеру, запустить вещание с нужной мне минуты. Подскажите, может как-то можно это предусмотреть при транскодинге в ffmpeg? Ничего не могу найти по этому вопросу... P.S. вычитал в мане, что нужно использовать -copyts, но на выходе все равно нету индексации:(

Судя по всему моя приставка(прошивка) этого не умеет:( Вот список всех доступных в настройке режимов: NTSC, NTSC-JAPAN, PAL-M, PAL-N, PAL-NC, PAL-B, PAL-B1, PAL-D, PAL-D1, PAL, PAL-H, PAL-K, PAL-I, SECAM, 480P, 576P, 1080I, 1080I-50HZ, 1250I-50HZ, 720P, 720P-50HZ, 720P-24HZ. Я сейчас как раз тестирую просмотр фильмов с разным fps. Вот уже 2 фильма с 25fps в режиме 1080i вещались идеально. А следующий (с fps 23,98) - с незначительными, но артефактами.

Поигрался с разными режимами в настройках приставки. В итоге получилось, что при одном выбранном режиме (1080i) лагов нет, а при другом (720p) - есть (при просмотре одного и того же фильма). Выбрал изначально фильм "Rezident Evil" и с ним игрался. В фильме есть один фрагмент (назовем его условно frame), когда чуть-чуть подтормаживала картинка во всех тестах до сегодняшнего. Но вот в примере с 1080i все прошло гладко. Ну подумал, что нашел рабочий вариант и решил в этом 100% убедиться. Для тестов беру 2 фильма HD: 1. "Мадагаскар" - Video: h264 (High), yuv420p, 1920x1072, SAR 1:1 DAR 120:67, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) 2. "Обитель зла" - Video: h264 (High), yuv420p, 1280x532, SAR 1:1 DAR 320:133, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Каждый фильм мы переведем в ts по схеме, указанной выше. Единственное что сначала мы оставим их оригинальное разрешение, а потом мы их пережмем в 702x564. Тест №1 - просмотр фильмов с оригинальным разрешением: 1) "Мадагаскар" на 1080i - лагает (зависание и рассыпание картинки); "Обитель зла" на 1080i - лагов нет, но в моменте frame снова был лаг - и вот тут я расстроился...Ведь чуть ранее этот же фильм проигрался идеально!! 2) "Мадагаскар" на 720p - лагает (зависание и рассыпание картинки); "Обитель зла" на 720p - тест пройден - при этом в сцене frame все отлично; Тест №2 - просмотр фильмов с разрешением 702x564: Сжимаю так: ffmpeg -y -threads 6 -i /home/vlc/Обитель.mkv -ab 128k -b 3500k -r 25 -maxrate 10000k -bufsize 2000k -vbsf h264_mp4toannexb -s 702x564 -acodec copy -strict experimental -map 0:0 -map 0:1 /tmp/1012100temp.ts 1) "Мадагаскар" на 1080i - тест пройден (ни минизалипаний, ни рассыпания картинки); "Обитель зла" на 1080i - в сцене frame все гладко, но при медленных сценах заметны минизалипания картинки, как писал выше; 2) "Мадагаскар" на 720p - тест пройден (ни минизалипаний, ни рассыпания картинки); "Обитель зла" на 720p - так же, как и выше - в сцене frame все гладко, но при медленных сценах заметны минизалипания картинки, как писал выше; На рабочем компе открываю те же самые потоки: "Мадагаскар" в оригинальном разрешении играется отлично, "Обитель зла" тоже. Открываю на компе "Обитель" сжатую до 702x564 - то же самое. Что самое интересное, еще один фильм про "друзей Оушена" в оригинальном разрешении (1280x528) проигрывает на приставке на ура! Video: h264 (High), yuv420p, 1280x528, SAR 1:1 DAR 80:33, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Получается, что фильмы с большим разрешением приставка не тянет...??? А еще заметил сегодня важный момент: когда работает ffmpeg, то сжирается почти вся оперативка. А вот после завершения работы ffmpeg, она не освобождается. Остается свободным 100мб оперативы и активно юзается swap. Это может как-то влиять на вещание?

В приставке 1080I-50HZ. Ведь если прошиться такой прошивкой, то далеко не факт, что все остальные функции приставки будут работать:) Но все равно стоит проверить!

У меня стоит последняя прошивка. А Длинк заявляет, что нет такой прошивки, на которой приставка может кушать что-то кроме aac. Подергивание - возможно. Но тут картинка не то, чтобы дребежжит...Сложновато описать - что-то вроде просмотра слайдов, только время смены слайдов маленькое, но в то же время достаточное, чтобы уловить задержку.

Хм... Проверяю ts-ку с помощью ffplay - ни ошибок, ни ворнингов никаких нет. В своих записях нашел про ошибку "no sync": она появлялась, когда я пробовал перегонять из конетейнера mkv в ts так: mencoder -oac copy -ovc x264 -o /home/vlc/live/mediaServer/testvod.ts /home/vlc/nar.mkv И вот в консоли, где запущен live555, вижу No Transport Stream sync byte in data. Когда гуглил по такой ошибке, как раз и натыкался на сообщения про хедеры. Погуглил по битстриму - нашел, что для кодека h264 надо использовать фильтр h264_mp4toannexb. Кстати, я упустил важный момент - приставка понимает только аудиокодек AAC. Вот сделал грабли:): 1. Транскодим ffmpeg-ом контейнер исходного офайла в ts с сохранением видеопотока, а аудиопоток делаем ac3 и используем битстрим-фильтр: ffmpeg -y -threads 3 -i /home/vlc/nar.mkv -ab 128k -b 3500k -r 25 -maxrate 10000k -bufsize 2000k -vcodec copy -vbsf h264_mp4toannexb -s 4cif -acodec ac3 -strict experimental -map 0:0 -map 0:1 /home/vlc/live/mediaServer/111.ts 2. Далее конвертируем с помощью vlc аудопоток в AAC: cvlc -vvv /home/vlc/live/mediaServer/111.ts :sout=#transcode{acodec=aac}:file{dst=/home/vlc/live/mediaServer/output.ts} 3. Вещаем testvod.ts с помощью live555. Должен сказать, что пока это наилучший вариант просмотра HD на моей приставке. p.s. В ходе экспериментов заметил, что если в п.1 оставить "-acodec copy", то видео проигрывается на приставке практически идеально, но без звука (что естесственно, т.к. аудиопоток 0:1 в тестируемом фильм в DTS). Думаю, что если найти .mkv, в котором звуковая дорожка будет в AAC, то все будет прекрасно :) Но все таки не хочется привязываться к такому условию.

Согласен с Вами. Получается, что делаю лишнюю работу - гоню из h264 в h264. Попробовал указать -acodec copy -vcodec copy. Получаю конечный файлик, но результат его вещания через live555 такой же:( Я пытался еще перегонять в ts с помощью vlc. Команда такая: cvlc -vvv /home/vlc/poter.mkv --sout '#transcode{vcodec=h264,vb=3000,fps=25,scale=1, width=704,height=576}:file{mux=ts,dst=/home/vlc/live/mediaServer/out.ts}' --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep Самое интересное в том, что для одного фильма(видеокодек H.264 / AVC и аудиокодек AC-3) я получал итоговый файлик с видео- и аудиопотоками, а для другого (видео H264 и аудио MPEG-4 AAC audio) - только звук. Долго игрался с разными версиями vlc, но не нашел какую-то рабочую схему. Поэтому посмотрел в сторону ffmpeg, с которым я всегда получаю конечный файл .ts с видео- и аудиопотоками. А еще сегодня заметил, что файлик, который я получаю с помощью ffmpeg вещается с помощью vlc по RTSP без тормозов. Но вот беда - приставка не понимает вещание от vlc... Хм...Кстати, пока пробовал разные варианты смены контейнера, встречал ошибку что-то вроде "no sync header byte".