Size: a a a

2020 April 28

AK

Anatoliy Kushner in ntwrk
LeksaB
Облако, верно. Планируется один домен, но рассматриваются варианты как лучше.
лучше без мультикаста :)
источник

L

LeksaB in ntwrk
Да вот не лучше, сервер1 принимает мультикаст и отдает хомячкам юникастом, остальные сервера берут юникаст с сервера1, получается существенная задержка на время буфиризации.
источник

L

LeksaB in ntwrk
Каналы между сервер1 и осиальными не резиновые чтобы постоянно держать в апе каналы.
источник

L

LeksaB in ntwrk
На текущий момент упираемся в 1гбит, а больше нету...
источник

AD

Anton Danilov in ntwrk
LeksaB
Облако, верно. Планируется один домен, но рассматриваются варианты как лучше.
Ещё зависит от того, как тебе этот мультикаст льют. В идеале у тебя будет два л3-интерфейса - один смотрит в облако, другой - в твой сегмент. Между ними включается мультикаст-роутинг. И на на л3-интерфейсе, смотрящим в твой сегмент поднимается igmp-querier. Тогда у тебя в сети будут ходить только тот мультикаст-трафик, для которого есть подписчики.
источник

AD

Anton Danilov in ntwrk
Другой вариант - обойтись без л3-интерфейсов на коммутаторе, а просто выделить один влан и пробросить его только между облаком и сервером 1. на сервере 1 поднять другой влан, через который и будет забираться юникаст.
источник

L

LeksaB in ntwrk
Сейчас напрямую в облако, что попросили то и отдали.
источник

A

ArcticFox in ntwrk
а если не известны адреса групп?
источник

Y

Yaroslav in ntwrk
Anton Danilov
pim настраивается на л3-интерфейсах маршрутизаторов, которые подключены к другим мультикаст-маршрутизаторам. А на л3-интерфейсе, на котором терминируются подписчики мультикаста (конечные потребители - серверы в твоём случае) - igmp querier поднимается, ну и igmp-снупинг на коммутаторах между этим интерфейсом и подписчиками.
как будто двухтомник от циски про мульткаст прочитал
источник

Y

Yaroslav in ntwrk
и все в одном сообющении
источник

L

LeksaB in ntwrk
Anton Danilov
Другой вариант - обойтись без л3-интерфейсов на коммутаторе, а просто выделить один влан и пробросить его только между облаком и сервером 1. на сервере 1 поднять другой влан, через который и будет забираться юникаст.
так работает сейчас, но упираемся в канал, поэтому ставятся сервер2 и 3
источник

L

LeksaB in ntwrk
т.е. идея какая, стримеры (1,2,3) берут (из облака) только те подписки какие запрашиваются хомячками
источник

L

LeksaB in ntwrk
если цепочкой делать, как вы предлагаете то возникает большая задержка при переключении канала 5-8 сек
источник

L

LeksaB in ntwrk
а мультикст-юникаст достаточно быстро 1-3 сек
источник

L

LeksaB in ntwrk
Anton Danilov
Ещё зависит от того, как тебе этот мультикаст льют. В идеале у тебя будет два л3-интерфейса - один смотрит в облако, другой - в твой сегмент. Между ними включается мультикаст-роутинг. И на на л3-интерфейсе, смотрящим в твой сегмент поднимается igmp-querier. Тогда у тебя в сети будут ходить только тот мультикаст-трафик, для которого есть подписчики.
вот этот вариант более подходящий!
источник

IS

Ilya Somov in ntwrk
даже фортик
источник

EB

Evgeny Bugakov in ntwrk
Ilya Somov
даже фортик
а какая разница какая там vm в гипервизоре
источник

IS

Ilya Somov in ntwrk
Evgeny Bugakov
а какая разница какая там vm в гипервизоре
Для гипервизора - почти никакой
источник

AB

Alexander Biryukov in ntwrk
выглядит как IWAN из 2012 если честно
источник

IS

Ilya Somov in ntwrk
источник