по тайм ауту видимо отваливается, если не ошибаюсь

ISP в курсе? Бывает так что только после звонка в ТС и "у нас все нормально" это чинится. Да, скидывать больную голову на здоровую неприлично, но иногда такой бред работает.

ISP в курсе? Бывает так что только после звонка в ТС и "у нас все нормально" это чинится. Да, скидывать больную голову на здоровую неприлично, но иногда такой бред работает.

Ответ от прова: да ни чего не должно блокироваться, у других то поднимается ведь.. а так бы вообще ни у кого не работало

не надо валить на провайдеров... проверяйте мту, проверяйте прямой и обратный маршруты

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

Иногда понимаете ли надо. Бывает так что месяцами PPTP работает, а потом резко перестает работать. После отмазки провайдера через 5 минут все встает на свои места.

не надо, в провайдерах не ломают ничего кому то там... этому отделу в провайдерах тупо некогда вам ломать что-то

правильно за них все сломали черные коробки от РКН =)

Котаны, а кто-нибудь делал интернет в врф для рос7? как победить изоляцию врф, про которую говорится, например, тут. С форвардом проблем нет, клиентский трафик перетекает между врфами, но вот с локальным трафиком роутера есть засада. Из output мы манглами или ликами отправляем трафик в интерфейс врф, он уходит корректно. Возвратный трафик приходит через интерфейс врф, и обрабатывается только по цепочке forward, но не input.

я об этом писал, в ROS 7 - имхо никак, поскольку там нельзя сказать в ip services "принадлежать" всем vrf, только main или какой-то конкретный vrf возможно этого можно достичь через ip route rules - но я бросил тестирование

я об этом писал, в ROS 7 - имхо никак, поскольку там нельзя сказать в ip services "принадлежать" всем vrf, только main или какой-то конкретный vrf возможно этого можно достичь через ip route rules - но я бросил тестирование

мне не ip services нужно, а впн-туннель прокинуть через интернет

если я правильно понял, туннель должен пройти без врф по инету, но трафик самого туннеля быть в врф? правильно?

если я правильно понял, туннель должен пройти без врф по инету, но трафик самого туннеля быть в врф? правильно?

или наоборот?

Господа, помогите теоретически, есть некий сегмент сети организации: R1-A - центральный офис, R1-B,R1-C - филиалы, в центральном офисе на основном свиче есть 3 основных VLAN, как передать эти вланы в филиалы, между центральным офисом и филиалами каналы L2?

Господа, помогите теоретически, есть некий сегмент сети организации: R1-A - центральный офис, R1-B,R1-C - филиалы, в центральном офисе на основном свиче есть 3 основных VLAN, как передать эти вланы в филиалы, между центральным офисом и филиалами каналы L2?

опишите необходимость использования вланов. можно ли обойтись л3 маршрутизацией? еще раз подумайте... выберите маршрутизацию.

Препод в лабораторке заставляет

Препод в лабораторке заставляет

там УЖЕ есть l2, так что виланом больше виланом меньше уже не так важно

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

на крайняк растянуть бгп сетку

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

если это всё ТЗ, то можно обойтись и без L2

к сожалению это не ТЗ, а попытка навернуть костыли на действующую сеть,

Если ваша задача просто раздать адрессацию на офисы то это можно решить без L2, чисто на L3

к сожалению это не ТЗ, а попытка навернуть костыли на действующую сеть,

спасибо за советы

попробую переформулировать суть проблемы, не упомянул некоторые нюансы, скажем в главном-главном офисе организации (пускай это будет московский офис) есть некоторая сетевая инфраструктура с некоторыми услугами, каждая услуга живет в своем влане, каждая услуга имеет свою уникальную адресацию например есть услуга ВКС - 10.1.1.0/24, эта услуга через L3VPN доходит до Хабаровска и получает уже свою адресацию - 10.1.27.0/24, данные сети маршрутизируются между собой. В итоге имеем закрепленный за Хабаровском кусок сети. По правилам принятым организатором связи - в регионах за каждой услугой жестко закреплена одна сеть с известной адресацией, адресацию изменять нельзя. А проблема следующая что данную услугу надо передать в 2 разных филиала территориально удаленных друг от друга.

а как быть с сохранением адресации для услуги?

а как быть с сохранением адресации для услуги?

давайте так вы получаете какую то услугу в одном офисе, и вам нужна она же в другом ?

да все верно

порубить /24 можно и суммировать в 1 точке, можно занатить 1 в 1, это только на вскидку

сервера уведомить о другой подсети (новом офисе) возможно ?

нет

тогда просто от нетмапте или от натте в сторону услуги, а своей адрессацией вертите как хотите

нет

порубите сеть /24 на куски, туннелями отдайте эти куски в нужные филиалы, у себя суммируйте

порубите сеть /24 на куски, туннелями отдайте эти куски в нужные филиалы, у себя суммируйте

получается с одного интерфейса можно бросать несколько туннелей?

получается с одного интерфейса можно бросать несколько туннелей?

туннель чем идентифицируется? источник-назначение

у вас есть один офис в городе в который дали какую то подсеть /24 с услугой, но у вас появился ещё один офис в том же городе и которому нужна эта же услуга ? я правильно понимаю

все верно

да позволяет, но есть услуги /28