Videoplata.Ru: Форум по видеонаблюдению

уважаемые знатоки!!!подскажите пожалуйста,есть ip камера axis1011w сколько она сможет принять на борт интернет пользователей в режиме multicast

Интернет-пользователей в режиме мультикаст ровно ноль, потому что в интернете мультикаст не ходит.

Другими способами немного — 5-10 человек максимум. Если надо раздавать массово, то используйте стриминговые серверы типа erlyvideo.org или пробуйте настроить mjpeg

как это мультикаст не ходит? А IPTV как реализовано?
Помню в роутере дома ставил галку напротив мультикаста для IPТV
Он начинал бешено синхронно по всем портам мигать, видимо по UDP дублировал пакеты по всем каналам

Это же локальная сеть провайдера и на его роутере, торчащем в интернет такой галочки не стоит

камера подключена напрямую к провайдеру,имеет ip адрес к которому подключаются пользователи.в режиме мультикаст возможно подключение неограниченного числа пользователей.мультикаст раздает видео в mpeg4!!!эта возможность описана в инструкции к камере,так ли это на самом деле???

а чем интернет отличается от локальной сети. В теории все одинаково. Единственно, что провайдеры не хотят прокачивать большой видео трафик через себя

а чем интернет отличается от локальной сети. В теории все одинаково. Единственно, что провайдеры не хотят прокачивать большой видео трафик через себя

Тем, что тот, кто строит локальную сеть может для ряда сервисов разрешить хождение мультикастовых пакетов.
Но за пределы локальной сети мультикастовые пакеты в общем случае выйти не могут.

Представьте себе что было бы, если бы пакет, разосланный вашей камерой, разошелся бы по _всем_ пользователям интернета. И так с _каждого_ мультикаст устройства. В локалке это нормально, в интернете нет. Поэтому решите, что вам нужно.

Ну тут можно долго спорить. Смотря что взять за определение мультикаста и как это реализовано.
Если я реализую мультикаст по шаблону "подписчик". Когда поток рассылается синхронно только тем, кто сам подписался на рассылку (и потом отписывается). В этом случае проблем быть не должно.

Ну тут можно долго спорить. Смотря что взять за определение мультикаста и как это реализовано.

Есть вполне четкое понятие того, что такое мультикаст — это UDP пакеты, рассылающиеся по определенным адресам, которые интерпретируются как широковещательные. Ссылку на настройку именно такого режима раздачи видео присылал пользователь.

То о чём вы говорите — это обычное TCP соединение. К мультикасту никакого отношения это не имеет и таких соединений камера много не выдержит.

Нет это не так. Вот определение из википедии например.
Multicast (англ. групповая передача) — специальная форма широковещания, при которой копии пакетов направляются определённому подмножеству адресатов.

Уровень реализации удп или еще что-то это технические детали, которые к теории не имеют отношения. Это как реализавано. А реализовано может быть как угодно.

Как я понимаю мультикаст и для чего он нужен.
Есть задача разослать один и тот же пакет N пользователям. Первая реализация - мы N раз отсылаем один и тот же пакет. И чем больше N, тем дольше выполнение. (Вы под этим подразумеваете TCP соединение:) Это обычный алгоритм и реализовать его можно и тсп и еще как угодно.

Хотим его оптимизировать. Глупо рассылать N раз одно и то же. Проще один раз отправить и оно разойдется всем N подписчикам. Я знаю как это реализуется например в .NET. И называется потоковое вещание. И уровень протокола тут не причем. Это может быть и TCP и udp, их шифрованные аналоги и еще там с наворотами.

Я понимаю ваше желание снизить нагрузку и попроще решить вопрос о раздаче видео куче клиентов малой кровью,
но увы: простого и работающего способа снизить нагрузку на сервер при раздаче в интернете ещё нет.

Есть высокоуровневые протоколы поверх UDP и TCP, которые позволяют на уровне приложения обеспечивать torrent-like раздачу видео, но они пока ещё в тестах.

Повторюсь: простого способа раздать видео в интернете мультикастом нет.

Хм. Хотел бы я увидеть "мультикаст" по TCP:)))

Если уж говорить языком вики,- "TCP — это транспортный механизм, предоставляющий поток данных, с предварительной установкой соединения, за счёт этого дающий уверенность в достоверности получаемых данных, осуществляет повторный запрос данных в случае потери данных и устраняет дублирование при получении двух копий одного пакета... " Если читать немного дальше,- становится ещё очевиднее, что при такой передаче происходит двунаправленный обмен пакетами между источником и назначением. Т.о. источник такого "мультикаста" будет перегружен нарастающей лавиной запросов-подтверждений по каждой группе переданных/принятых пакетов.

Строго говоря, TCP используется в multicast технологиях для работы Internet Group Management Protocol (IGMP) имплементации стека TCP/IP, но не для передачи пакетов трансляции.

Хм. Хотел бы я увидеть "мультикаст" по TCP:)))

RTMFP обещает раздачу по дереву клиентов, сильно снижая нагрузку на сервер.
Современные протоколы с HTTP-доставкой фрагментов потока теоретически могут снижать нагрузку засчёт попутных кеш-серверов.
К настоящему мультикасту отношения никакого, но задача решается та же.

изначальный вопрос был, сколько человек может сесть пусть даже на псевдомультикаст от камеры. Если там сделано более менее грамотно, человек 50 нормально деражать будет

изначальный вопрос был, сколько человек может сесть пусть даже на псевдомультикаст от камеры. Если там сделано более менее грамотно, человек 50 нормально деражать будет

Обычно говорят про 10 клиентов. Это проще протестировать на конкретной камере.