>[оверквотинг удален]
> tunnel source GigabitEthernet4
> tunnel destination 139.59.xx.xxx
> !
> gi4 - это egress в сторону шлюза.
> Соответственно, на стороне ремоте линукс-бокса 10.118.0.2/30 в туннеле.
> И за ним уже маршрутизирую сетку.
> Но с циски даже .2 не пингуется через tun1.
> NAT и исключения конечно прописаны с обеих сторон.
> P.S. ARP proxy. Идея. Подумаю. Если есть рабочий конфиг, буду рад если
> сможете показать.Давайте начнём с вашего GRE туннеля. Вы сейчас строите напрямую между удалённым маршрутизатором и вашим виртуальным CSR1000V, через NAT маршрутизатор?
И так, ваш CSR1000V может выполнить пинг до tunnel destiantion? ICMP уходя и возвращаются? Если так, значит мы можем предположить, что tunnel source интерфейс содержит правильные настройки, а таблица маршрутизации содержит маршрут до адреса назначения.
В таком случае переходим непосредственно к GRE туннелю, вы сказали, что не можете выполнить пинг адреса назначения туннеля, иными словами 10.118.0.2. Это означает, что туннель не поднялся, покажите вывод команд:
show ip int br или show interfaces tunnel 1 | include protocol
Если по каким-то причинам это не возможно, то укажите, в каком состоянии находится туннель? Он поднялся у вас? Если нет, значит мы можем говорить о том, что ваш NAT маршрутизатор не выполняет трансляцию GRE пакетов.
Проверьте любым доступным вам способом, видите ли вы на NAT маршрутизаторе на интерфейсе смежном с вашим Gi4 GRE пакеты от вашего CSR1000V. Далее проверьте выполняет ли он их трансляцию или нет (как известно трансляция GRE протокола затруднена, ввиду отсутствия у протокола полей уникально идентифицирующих пакет). В случае, если между удалённым маршрутизатором и NAT маршрутизатором есть промежуточные устройства, то проверьте видите ли вы на удалённом маршрутизаторе на интерфейсе которому назначен 139.59.xx.xxx, GRE пакеты от вашего CSR1000V.
Что касается Proxy ARP, у меня нет готового конфига для Linux, есть для Mikrotik, для CSR1000V не каких дополнительных настроек не нужно, кроме стандартных настроек интерфейса.
На Mikrotik это реализовано следующим образом, - возможно данный концепцию можно перенести и на обычный Linux дистрибутив, вы назначаете на loopback или иным удобным способом ваши глобально маршрутизируемые адреса, активируете Proxy ARP для интерфейсов которые будут участвовать в процессе обмена трафиком. После чего создаёте стандартный статический маршрут, указывающий, что требуемый глобально маршрутизируемый адрес находится за интерфейсом смежным с вашим CSR1000V.
Но я бы всё таки смотрел лучше в сторону туннеля, нежели Proxy ARP, в прочем, если с туннелем нечего не получится совсем, то можно будет и Proxy ARP попробовать реализовать.
