Ситуация такая: на центральный свитч приходят разные интернет-провайдеры, для каждого естественно выделен свой влан. Одним портом свитч соединяется с центральным роутером, где собственно и происходит маршрутизация. Понятное дело что для каждого провайдера на роутере тоже должны быть подынтерфейсы под каждый влан на свитче (для влана xx на свитче интерфейс fa0/0.xx на роутере). Один из провайдеров предоставляет L3 VPN, что подразумевает соединение центрального офиса с филиалом (филиал на другом конце провайдера) через gre туннель. Загвоздка в том что если на роутере филиала в качестве tunnel destination выбрать подынтерфейс (fa0/0.xx) а не физ интерфейс (просто fa0/0) то после перезагрузки этого роутера или после закрытия проекта строчка tunnel destination просто удаляется из running конфига и надо добавлять ее заново вручную. Причем если нажать sh start то в старт-конфиге она есть. Как с этим бороться?
З.Ы. ВСе работает нормально если в качестве tunnel destination выбрать физ. интерфейс (fa0/0), тогда ничего не удаляется. Но филиалов много и восстанавливать каждый туннель после закрытия проекта мне влом.
>[оверквотинг удален]
> провайдеров предоставляет L3 VPN, что подразумевает соединение центрального офиса с филиалом
> (филиал на другом конце провайдера) через gre туннель. Загвоздка в том
> что если на роутере филиала в качестве tunnel destination выбрать подынтерфейс
> (fa0/0.xx) а не физ интерфейс (просто fa0/0) то после перезагрузки этого
> роутера или после закрытия проекта строчка tunnel destination просто удаляется из
> running конфига и надо добавлять ее заново вручную. Причем если нажать
> sh start то в старт-конфиге она есть. Как с этим бороться?
> З.Ы. ВСе работает нормально если в качестве tunnel destination выбрать физ. интерфейс
> (fa0/0), тогда ничего не удаляется. Но филиалов много и восстанавливать каждый
> туннель после закрытия проекта мне влом.DMVPN не?
>[оверквотинг удален]
>> (филиал на другом конце провайдера) через gre туннель. Загвоздка в том
>> что если на роутере филиала в качестве tunnel destination выбрать подынтерфейс
>> (fa0/0.xx) а не физ интерфейс (просто fa0/0) то после перезагрузки этого
>> роутера или после закрытия проекта строчка tunnel destination просто удаляется из
>> running конфига и надо добавлять ее заново вручную. Причем если нажать
>> sh start то в старт-конфиге она есть. Как с этим бороться?
>> З.Ы. ВСе работает нормально если в качестве tunnel destination выбрать физ. интерфейс
>> (fa0/0), тогда ничего не удаляется. Но филиалов много и восстанавливать каждый
>> туннель после закрытия проекта мне влом.
> DMVPN не?не пользовался еще данной технологией если честно - все вручную настраивал. И не факт что в пакет-трасере получится - прога-то урезанная
>[оверквотинг удален]
>>> (fa0/0.xx) а не физ интерфейс (просто fa0/0) то после перезагрузки этого
>>> роутера или после закрытия проекта строчка tunnel destination просто удаляется из
>>> running конфига и надо добавлять ее заново вручную. Причем если нажать
>>> sh start то в старт-конфиге она есть. Как с этим бороться?
>>> З.Ы. ВСе работает нормально если в качестве tunnel destination выбрать физ. интерфейс
>>> (fa0/0), тогда ничего не удаляется. Но филиалов много и восстанавливать каждый
>>> туннель после закрытия проекта мне влом.
>> DMVPN не?
> не пользовался еще данной технологией если честно - все вручную настраивал. И
> не факт что в пакет-трасере получится - прога-то урезанная1. Может таки tunnel source а не dest?? откуда удаленному роутеру знать на какой интерфейс приходит тунель на втором хвосте?
2. попробуйте IP вместо интерфейса указать.
>[оверквотинг удален]
>>>> sh start то в старт-конфиге она есть. Как с этим бороться?
>>>> З.Ы. ВСе работает нормально если в качестве tunnel destination выбрать физ. интерфейс
>>>> (fa0/0), тогда ничего не удаляется. Но филиалов много и восстанавливать каждый
>>>> туннель после закрытия проекта мне влом.
>>> DMVPN не?
>> не пользовался еще данной технологией если честно - все вручную настраивал. И
>> не факт что в пакет-трасере получится - прога-то урезанная
> 1. Может таки tunnel source а не dest?? откуда удаленному роутеру знать
> на какой интерфейс приходит тунель на втором хвосте?
> 2. попробуйте IP вместо интерфейса указать.Виноват..... уточняю. Пропадает "tunnel source" на центральном роутере для каждого туннеля (у которого tunnel source был подынтерфейс fa0/0.xx). В Пакет-трасере в качестве tunnel source нельзя указать ip - можно только интерфейс. А если у меня много туннелей на одном интерфейсе стоит? не восстанавливать же мне каждый раз их
>[оверквотинг удален]
>>> не пользовался еще данной технологией если честно - все вручную настраивал. И
>>> не факт что в пакет-трасере получится - прога-то урезанная
>> 1. Может таки tunnel source а не dest?? откуда удаленному роутеру знать
>> на какой интерфейс приходит тунель на втором хвосте?
>> 2. попробуйте IP вместо интерфейса указать.
> Виноват..... уточняю. Пропадает "tunnel source" на центральном роутере для каждого туннеля
> (у которого tunnel source был подынтерфейс fa0/0.xx). В Пакет-трасере в качестве
> tunnel source нельзя указать ip - можно только интерфейс. А если
> у меня много туннелей на одном интерфейсе стоит? не восстанавливать же
> мне каждый раз ихПри copy run start тоже пропадает?
>[оверквотинг удален]
>>>> не факт что в пакет-трасере получится - прога-то урезанная
>>> 1. Может таки tunnel source а не dest?? откуда удаленному роутеру знать
>>> на какой интерфейс приходит тунель на втором хвосте?
>>> 2. попробуйте IP вместо интерфейса указать.
>> Виноват..... уточняю. Пропадает "tunnel source" на центральном роутере для каждого туннеля
>> (у которого tunnel source был подынтерфейс fa0/0.xx). В Пакет-трасере в качестве
>> tunnel source нельзя указать ip - можно только интерфейс. А если
>> у меня много туннелей на одном интерфейсе стоит? не восстанавливать же
>> мне каждый раз их
> При copy run start тоже пропадает?да
поднимите лупбек
да поставьте в качестве туннель сорца лупбек.