dexter

Туннелируем пока туннелируется. IPTV мультикастом работает HD не сыпет. Какие-то непонятки с интернетом, пинги есть, а сайты через раз открываются. Мультикаст работает, а вот с HTTP я так и не разобрался. Запросы везде есть, а сайты не открываются. Пинги при этом идут без задержек.

Как-то всё сложно. В моей ситуации ната нет. А можно в IP-IP туннеле пустить трафик EoIP туннеля?

А можно инструкцию, а то я в этом пока не силен.

А можно совместно поднять IP-IP туннель и EoIP оба с IPSec. А то начал поднимать EoIP и отвалился у меня клиент IP-IP туннеля?

Не нужно. Нужно мерить или через маршрутизатор или с компа напрямую. Если совсем приспичит можно и из ентваре запустить.

А вы на какой сервер мерить будете?

Что слабее это понятно. А если с обои концов будут Ultra 2 какой скорости можно достичь?

Есть ещё вопрос. В порт 0(синий) Extra 2 воткнут аплинк, на этот порт тегом приходят 2 влана, но на графиках показывает "0". При этом в обоих вланах трафик есть. Постом ниже будет селф-тест для понимания картины и конфигурации.

Туннель поднялся, спасибо. Получил скорость через тоннель с айписек 100мбит при гигабитный аплинках. Загрузка CPU Ultra 2 - 18%, Ultra 1 - 52%? А за фигу огромное спасибо. Скорости, в любом случае, улет.

До теста (config)> show interface ge0/3 stat rxpackets: 127198057 rx-multicast-packets: 20388 rx-broadcast-packets: 5860 rxbytes: 172803654639 rxerrors: 0 rxdropped: 0 txpackets: 56140913 tx-multicast-packets: 24931 tx-broadcast-packets: 1230955 txbytes: 12706181224 txerrors: 0 txdropped: 0 timestamp: 396522.224604 last-overflow: 386469.329397 (config)> show interface ge0/4 stat rxpackets: 51715071 rx-multicast-packets: 13113 rx-broadcast-packets: 2375 rxbytes: 7183216306 rxerrors: 0 rxdropped: 0 txpackets: 133956208 tx-multicast-packets: 32205 tx-broadcast-packets: 1234188 txbytes: 184005868039 txerrors: 0 txdropped: 0 timestamp: 396525.987342 last-overflow: 394759.440509 (config)> После теста (config)> show interface ge0/3 stat rxpackets: 142321408 rx-multicast-packets: 20419 rx-broadcast-packets: 5863 rxbytes: 195748763445 rxerrors: 0 rxdropped: 0 txpackets: 58118730 tx-multicast-packets: 25024 tx-broadcast-packets: 1232145 txbytes: 12835855347 txerrors: 0 txdropped: 0 timestamp: 396901.483304 last-overflow: 386469.329397 (config)> show interface ge0/4 stat rxpackets: 53631861 rx-multicast-packets: 13478 rx-broadcast-packets: 2376 rxbytes: 7311544306 rxerrors: 0 rxdropped: 0 txpackets: 148982650 tx-multicast-packets: 32282 tx-broadcast-packets: 1235383 txbytes: 206785703576 txerrors: 0 txdropped: 0 timestamp: 396906.436607 last-overflow: 394759.440509 (config)> Нас(с него качаем) "interface ge0/3", компьютер(на него скачиваем) "interface ge0/4". На графике картина сильно не изменилась.

Похоже обнаружилась бага встроенного snmp агента. Что мы видим из этой картинки. В порт 4 воткнуто сетевое хранилище с которого качает файл компьютер воткнутый в порт 5(так же этот файл в этот момент качал ноутбук на скорости около 16-18МБ/с). Скорость с которой комп качает файл на скриншоте 87,2МБ/с. Мы видим, что в порт 4 с хранилища летит входящий трафик на скорости 840,95М, но при этом на 5 порту мы видим, что график пополз вверх, но остановился на 27,77М и дальше не подскочил(виден разрыв). Сейчас пришла мысль, что это не snmp агент, а счетчики трафика самого роутера. Тест проводился на Ultra 2 на крайнем драфте. Пока писал это сообщение вот, что нарисовалось. Хранилище и комп находятся в 1 подсети и в одном влане в бридже Home. На этом графике видна загрузка CP в момент передачи данных. Если нужно будет повторить и снять селф-тест, то обязательно сделаю.

Не за, что. Главное, что бы исправили поскорее.

Попробовал заново настроить, но ничего не работает. Ругается он на May 10 13:29:45ipsec04[IKE] linked key for crypto map '(unnamed)' is not found, still searching May 10 13:29:45ipsec04[IKE] no shared key found for '31.129.200.42'[31.129.200.42] - '(null)'[10.228.30.81] May 10 13:29:45ipsec04[IKE] no shared key found for 31.129.200.42 - 10.228.30.81 May 10 13:29:59ndmCommand::Base: no such command: down. Селф-тесты постом ниже.

Судя по описанию портом и маршрутами не спасешься. Там ПО шлет броадкаст, а он только в одном широковещательном домене работает.

Здравствуйте, пытаюсь поднять IPIP туннель между Ultra2(сервер) и Ultra(клиент). туннель поднимаю по инструкции вместе с ipsec'ом. Но коннекта не идет. Ругается он на Apr 30 18:10:11ndmIpSec::Configurator: unable to resolve remote peer address for crypto map "IPIP0" connection. Постом ниже селф-тесты с обоих железок.

to all: проблему со стопами я решил. Для решения на обоих свитчах нужно включить: - enable igmp_snooping forward_mcrouter_only Настройка влана с ТВ приставками и мультикастом: - igmp snooping c параметрами Host Timeout : 130 Leave Timer : 1 Router Timeout : 250 Querier Version : IGMPV2 Query Interval : 60 Max Response Time : 10 Robustness Value : 2 State : Enabled Multicast Fast Leave : Disabled На свитче который сразу за кинетиком обязательно нужно включить Querier Host Timeout : 130 Leave Timer : 1 Router Timeout : 250 Querier State : Enabled Querier Version : IGMPV2 Query Interval : 60 Max Response Time : 10 Robustness Value : 2 State : Enabled Multicast Fast Leave : Disabled Также на обоих свитчах multicast filter port_mode = Forwarding multicast filter port_mode Multicast Filter Mode For Unregistered Group: Forwarding List: 1-10 Filtering List: Напрасно на свитчи гнали, у меня они нормально работают. У меня ещё есть Zyxel GS1900-8, так у того мультикаст без включенного Querier'a не работал должным образом.

Мне и этого достаточно. Не буду же я мучить тех поддержку зикселя по свитчам длинк, зная, что если приставки воткнуть в кинетик напрямую с вероятностью 99,99% проблем не будет.

Спасибо, теперь у меня есть официальный ответ. С длинками буду разбираться дальше.

Тирады мне не нужны. Мне нужен ответ, типа, с кинетика все хорошо, разбирайтесь с длинками.

От разработчиков никаких комментариев не будет по проблеме? Или мало информации предоставлено?

Я их купил в качестве умных гигабитных конверторов(а то бы 3 розетки было занято: PON терминал, свитч и конвертор, а так всего 2 и трансивер меньше конвертора) + свитч. И пока я их тестирую в квартире мне всего хватает, что в них есть, если бы не эта проблема с мультикастом.

Купил 2 данных коммутатора(включены они от ультры друг за другом). Включил на них igmp snooping, а дальше начались чудеса. Если смотреть на разных STB одинаковый канал, то изображение останавливается то на одной то на другой приставке. Завел тему на форуме длинка в которой можно ознакомиться с техническими деталями.(не хочу всё суда просто копировать) Из этого у меня возникает вопрос это проблема длинков или так работает ultra 2 и с включенным igmp snooping на свитчах картинка будет вставать. Если будут нужен селф-тест приложу.

Флешки и 2х гиговой хватит. Всегда должна быть в роутере, пакеты будут на флешке.

Как я понял топикстартер хочет traffic segmentation. http://www.dlink.ru/up/uploads_media/Traffic_segmentation.pdf

Тоже интересно, что это за датчик.