kev

#stdbuf -o8K echo +192.168.1.1,192.168.1.2,192.168.1.3 > /proc/net/ipt_ratelimit/download

А какое кол-во IP можно добавлять? У меня при добавлении больше двух вываливается ошибка #echo +192.168.1.1,192.168.1.2,192.168.1.3 > /proc/net/ipt_ratelimit/download bash: echo: write error: Invalid argument

Протестировал на телевизоре Samsung 2014 года выпуска. Нумерация каналов работает. Единственное что влияет на это - параметр в терре "Спецификатор личных данных (hex)(Private data specifier)" Если стоит 0000233A, то нумерация работает. Если другой, то не работает. Изменение Номеров NetworkID и Original Network ID на LCN не влияют. Это относится конкретно к данному телевизору. PS: До этого тестировал на телевизорах Samsung 2008,2009 и 2011 г.в.

Подключал телевизор напрямую к терре. Толку ноль.

Ссылка на потоки https://yadi.sk/d/AyWM2VZSERxWYA

При помощи TSReader сохранил поток с триакса и терры. Открыл всё это в 4T Content Analyzer(Крутая прога кстати!). Сравнил NIT. Нашел отличие в таблицах Порядок дескрипторов в таблице NIT разный. На триаксе: DescriptorTag: 68 (0x44) "cable_delivery_system_descriptor" Descriptor 1 DescriptorTag: 65 (0x41) "service_list_descriptor" Descripot 2 DescriptorTag: 131 (0x83) "logical_channel_descriptor, EN62216-1 / NorDig Version 1" На терре: Descripor 0 DescriptorTag: 95 (0x5F) "private_data_specifier_descriptor" Descriptor 1 DescriptorTag: 131 (0x83) "logical_channel_descriptor, EN62216-1 / NorDig Version 1" Descriptor 2 DescriptorTag: 65 (0x41) "service_list_descriptor" DescriptorTag: 68 (0x44) "cable_delivery_system_descriptor"

Только что настроил Philips. Все каналы по порядку. Телику лет 10 не меньше.

Дополнительно скрины с LCN

Вот собственно все настройки NIT. Для Triax и для Terra. Возможно что ID сети не тот или Original ID. Этот параметр вообще стоял по умолчанию. Но на триаксе это работает, а на терре нет.   А не подскажете как снять поток Wiresharkom. Всегда думал что он для сетевого трафика. В качестве тюнера есть свисток Astrometa DVB-T2S905. TSReader его видит. ProgDVB видит. Wireshark не видит

Добрый всем привет. В качестве головы использовали до недавнего времени Triax TDX. Цифровое ТВ DVB-C пускали три потока Символьная скорость 6875, QAM128 LCN работает. Телевизоры каналы расставляют как надо Решили расширить кол-во каналов и приобрели модулятор IP-DVB-C Terra miq440. В настройках вроде бы всё просто и понятно. Запустили ещё два потока. Но LCN теликами Samsung не воспринимается совсем. Каналы расставляет по алфавиту. Попробовал принимать каналы через тюнер на ProgDVB. Всё в норме. Каналы с номерами. Как настроено. Решил посмотреть на NIT таблицу с помощью TSReader. Таблица есть и как бы там всё как надо. Сравнил с таблицей на Triax TDX. То же самое. Решил провести эксперимент и настроить Samsung только на Terr'у. На терре настроил нумерацию с 1 до 20. Вручную вбил частоты. Каналы находятся, но нумерация по алфавиту. Сбрасывал телевизор на заводские установки. Настраивал по разному. Автоматически полный поиск, быстрый поиск, по сети. Результат один и тот же. С триакса LCN воспринимает. С терры нет. Что-то Samsung'у не нравиться в терровской NIT таблице, но что не понятно. Есть у кого какие мысли.

Быстро растут encapsulation failed. Может в этом проблема? 4948#sh ip traffic IP statistics: Rcvd: 70543 total, 38976 local destination 0 format errors, 0 checksum errors, 6140 bad hop count 0 unknown protocol, 0 not a gateway 0 security failures, 0 bad options, 26508 with options Opts: 0 end, 0 nop, 0 basic security, 0 loose source route 0 timestamp, 0 extended security, 0 record route 0 stream ID, 0 strict source route, 26508 alert, 0 cipso, 0 ump 0 other Frags: 0 reassembled, 0 timeouts, 0 couldn't reassemble 0 fragmented, 0 couldn't fragment Bcast: 2484 received, 785 sent Mcast: 23482 received, 8296 sent Sent: 28907 generated, 753 forwarded Drop: 23902 encapsulation failed, 0 unresolved, 0 no adjacency 0 no route, 0 unicast RPF, 0 forced drop 0 options denied, 0 source IP address zero

А где нибудь можно ещё увидеть эти дропы. Может есть мануал по выяснению причин их возникновения.

Как я уже писал ранее ошибок переполнения буфера на 3550 не наблюдается. Путем тестирования выяснилось что потери идут на 4948. Причем только пакеты которые на ней маршрутизируются. Ошибок на интерфейсах 4948 тоже не наблюдается. Команда ниже показывает увеличивающиеся счетчики дропающихся пакетов. Но как диагностировать причину этих дропов не понятно. 4948#sh platform software drop-port Drop Port Software State Dequeue Enabled : True DropQueue Water mark Reg : 0x8000600038001D4C DropQueue Water mark Reg : 0x7FE32010 (Empty, PreEmpty, Head:0x1AD3, Tail:0x1AD3) DropActivityCount : 29673685024 DropOverrunCount : 0 Drop Event Reason Packets Dropped ----------------- --------------- SptDrop 231585735 InpL2AclDrop 1176372947 InpL3AclDrop 800703 UcastRpfDrop 165 BridgeToRxPortDrop 631980916575 rplErrDrop 49282223801 OutL3AclDrop 2941 OutPolicerDrop 239182969 TxQueFullDrop 71430653 DblDrop 5780140

так то оно так. Но это не объясняет потери внутри сети. Даже при минимальной загрузке канала. На 500 пингов 4-5 потерь. Не понятно только где идут потери. Все счетчики ошибок на транзитном оборудовании по нулям а потери есть. PS: когда стоял 6509 таких проблем не было. Поставили 4948. Появились

сейчас два линка по 1G. Загрузка в пике чуть больше 90%. Но на 3550 уже нет ошибок после того как разбили etherchannel. За несколько суток накопилась статистика на 4948E на 10G портах которые смотрят на SNR-2990-24FX Tx-Drops-Queue-8 Te1/49 0 0 0 25309 Te1/50 0 0 0 27654 но сейчас счетчик не растет.