В яму с ядовитыми гадами)

Чо ты порочишь пост в закрепе)

А сколько стоит вообще в мире опенстака насетапать нормально это творение ?

Та мне хоть раз настроить пока, чтоб оно шевелилось и я мог вебморду написать

Писать тоже ты будешь?)

Пока еще не психанул и не взял проксмокс

У меня тут, конечно, запиненный code of conduct перед глазами, но удержаться тоже не могу) Великолепный план) Надежный как швейцарские часы)

Та план отличный))

Ну разобраться то на коленке ты сможешь, а публичное облако, да еще и с самописной мордой эт дело не быстрое, я думаю)

Да шильдик поменяет )

В horizon? Ну много кто так и делает)

Могу помочь превратить любой харайзен в православный тионикс бесплатно

Могу помочь превратить любой харайзен в православный тионикс бесплатно

я, короче, это, подумал немношко и задался вопросом, а должен ли вообще внутренний DHCP работать с екстернал флет сетью?

Что ты имеешь ввиду под внутренним dhcp?

я, короче, это, подумал немношко и задался вопросом, а должен ли вообще внутренний DHCP работать с екстернал флет сетью?

ну вот тот dhcp-agent, фактически ведь получается что это изолированый канал между инстансом и провайдером

Пропустил что я выше писал? Раз при забивании вручную работает это значит что с высокой вероятностью провайдер на своем коммутаторе блокирует dhcp offer и dhcp ack

теперь шлюз не провайдерский а мой, на том же сервере

Какой шлюз?

сейчас instance -> flat -> local gateway -> provider switch

Какой local gateway? Нужно чтобы физические интерфейсы серверов используемые под flat сети были подключены к свитчу где 100% ничего не фильтруется.

А у тебя как настроено?

сейчас instance -> flat -> local gateway -> provider switch

А у тебя как настроено?

Те сети что от сторонних провайдеров и с арендой их адресов приходят в наши коммутаторы в порты в режиме access. На порты серверов эти сети подаются с наших коммутаторов в тегированном виде. А на самих серверах интерфейсы куда эти сети приходят добавлены в openvswitch. В принципе, ровно та же схема что у тебя, кроме вланов и того факта что "провайдерский" трафик проходит через наши коммутаторы.

Те сети что от сторонних провайдеров и с арендой их адресов приходят в наши коммутаторы в порты в режиме access. На порты серверов эти сети подаются с наших коммутаторов в тегированном виде. А на самих серверах интерфейсы куда эти сети приходят добавлены в openvswitch. В принципе, ровно та же схема что у тебя, кроме вланов и того факта что "провайдерский" трафик проходит через наши коммутаторы.

я тебе все же рекомендую потратить час времени, на доку по нейтрону

Те сети что от сторонних провайдеров и с арендой их адресов приходят в наши коммутаторы в порты в режиме access. На порты серверов эти сети подаются с наших коммутаторов в тегированном виде. А на самих серверах интерфейсы куда эти сети приходят добавлены в openvswitch. В принципе, ровно та же схема что у тебя, кроме вланов и того факта что "провайдерский" трафик проходит через наши коммутаторы.

А у тебя именно FLAT?

vlan Но разницы никакой.

теперь у меня еще больше подозрений что dhcp-agent не будет работать с FLAT

у меня на дев стенде сейчас флет и дхцп

эх, такую идею запорол

Я эту схему не проверял и в кишки её не глядел, но мне кажется есть подвох какойто... у нас во внешней сети разве живут dhcp агенты?

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

Я вообще насколько помню в штатной схеме воткнуть вмку во внешнюю провайдерскую сеть было не простое занятие

Я вообще насколько помню в штатной схеме воткнуть вмку во внешнюю провайдерскую сеть было не простое занятие