Валентин

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

Так, для компьютеризированной аудитории любые символы без разницы, скорее всего люди этой категории как минимум сохранят файл в избранное. И, как показал Menaskop в смежном ответе, действительно, домены такие есть и раскручены.

Другое дело - отрасль удаленная от IT. Все же лучше сайт про рецепты тортов, поклейку обоев, рыбалку сделать без тире. В этом также достаточно убедиться, поискав сайты на бытовые темы в зоне .com. Вы увидите, что там домены уже идут из 3-4х слов, тире в большинстве случаев нет.

Также надо задуматься - брендовый вы делаете ресурс или нет. В брендовом КОРОТКОМ тире допустимо, а иногда даже приветствуется. В обыкновенном менее желательно.

В крайнем случае в дальнейшем при необходимости можно будет купить еще один домен и произвести склейку.

Варианты:

1) следим в фаербаге запросы, которые отправляются на роутер, когда мы в браузере что-то меняем в настройках железки. А дальше симулируем такие же запросы через любой язык программирования по протоколу HTTP
2) ставим на роутер прошивку прошивку dd-wrt, туда втыкаем snmpd, А дальше управляем железкой по SNMP

Четко понять для начала технические требования:

• количество посетителей;
  
• трафик по скачиванию средний и в ЧНН;
  
• размер размещаемых файлов средний;
  
• требования по отказоустойчивости (сколько % в месяц ресурс будет не доступен? только не говорите, что 24/7)
  
• алгорим монетизации
  

Ответив на эти вопросы, появятся куча других и сильно будет зависеть архитектура. Иначе вам ответ будет такой: используйте HTTP, делайте несколько доменных имен, балансируйте нагрузку, внедрите биллинг.

И да, если вы захотите заработать на этом денег, затраты на техническую составляющую будут (назовем это CAPEX) около 10-15%. Остальное - маркетинг, SEO, инфраструктура. В рамках такой пропорции вы должны понять, что гораздо проще оплатить работу программистов (или купить готовое решение).

Все реализуемо и уже реализовано. Понятие IPTV часто путают с сервисами OTT. Вопрос в том, что именно вы хотите? Денег зарабатывать - тогда проще взять готовое решение. Для себя - можно смастерить на коленке. Как вы хотите зарабатывать? По подписке, встраиванием рекламы, в сети провайдера как допуслугой?

Основных вариантов несколько:

1. Вы реализовываете IPTV на сети провайдера. В этом случае в сеть идет обычный Multicast-трафик, для этого подойдет обычный сервер с запущенным ffmpeg. Если хотите денег заработать, берутся специальные системы доставки контента, на которых трафик шифруется, а у абонента с использованием карточки расшифровывается.
   
2. Все же вы говорите про OTT и хотите реализовать что-то типа ivi.ru. Если хотите заработать денег, то берется платный медиасервер - в нем можно организовать функционал подписки, через который и идет вещание в нужном формате, а на сайт встраивается JS-плеер.
   
3. Вы говорите об обычном вещании видео к себе на сайт. Это может быть VOD или живой поток. Денег за подписку брать не собираетесь. Можно взять nginx (+RTMP-модуль) и все тот же ffmpeg.
   
4. Вы вообще ничего не хотите зарабатывать, а просто следить за своей web-камерой на сайте (или в плеере). Здесь можно подключиться к самой камере по RTSP, как правило, они это умеют. Либо можно все тем же ffmpeg-ом перекодировать полученный контент в нужный формат и транспорт. В данном случае вместо ffmpeg можно использовать VLC например.

У всех провайдеров по разному. Свич в доме (Узел доступа) подключен к районному свичу (Узел Агрегации), тот подключен к главному свичу в ЦОДе провайдера (Узел Концентрации Трафика), а дальше маршрутизатор (BRAS).

Ну а BRAS уже делает NAT, разрешает вам доступ в интернет.

В зависимости от провайдера, схема может сильно различаться. Так, могут быть пропущены Узлы Агрегации, BRAS заменен на сервачок с FreeBSD...