https://opennet.me/openforum/vsluhforumID6/22022.html Здравствуйте коллеги! Возникла такая проблема:<br><br>Произвели замену Cisco 7513 на Cisco 7613. Есть 6 GRE over IP туннелей, у которых tunnel source одинаковый. На 7513 все работало нормально. Но при заливке конфигурации на 7613 начиная со второго туннеля после ввода tunnel source циска выдает следующее сообщение:<br><br>%Warning: Using same source IP for more than one IP/GRE tunnels<br>%may cause %software switching packets for tunnels using<br>%this address. If possible, use a %unique tunnel source for<br>%Interface Tunnel2<br><br>но команда схватывается. Отношения соседства по OSPF через эти туннели устанавливаются, данные идут, но с самой циски ip этих туннелей и остальные ip сети проходящие через эти туннели не пингуются и не трассируются. С локальной сети, настроенной на этом маршрутизаторе все пингуется и трассируется. Такая же ситуация и на соседних маршрутизаторах.<br>Что означает эта ошибка и какими средствами можно решить эту проблему?<br><br>IOS ver: s72033-adventerprisek9_wan-mz.122-18.SXE6b.bin<br>cisco CISCO7613 (R700 https://opennet.me/openforum/vsluhforumID6/22022.html#7 Mon, 13 Dec 2010 08:23:05 GMT &gt; не знаю, но вы можете проверить...<br>&gt; у любом случает требование по уникальности source ip тунеля будет соблюдено <br><br>Попробывали, не получилось. Все равно, когда ставим source loopback пишет туже самую ошибку (software switching).<br>Есть ли еще какие-нибудь идеи? <br><br> https://opennet.me/openforum/vsluhforumID6/22022.html#6 Sat, 11 Dec 2010 06:28:21 GMT &gt;&gt; Вы прочитали, что вам в ошибке-то кошка написала?<br>&gt;&gt; Вам известны различия в архитектуре 75-ой и 76-ой?<br>&gt;&gt; кошка предупредила, что при таком варианте настройки трафик может обрабатываться не "железом", <br>&gt;&gt; а "софтом"...<br>&gt; Это мы уже поняли. Вот и задались вопросом как вернуть обработку "железу"? <br>&gt; существует ли возможность <br><br>Кошка же написала - один тунель на один сурс.<br> https://opennet.me/openforum/vsluhforumID6/22022.html#5 Fri, 10 Dec 2010 15:06:39 GMT <br>&gt; и тд. с остальными туннелями ? Вы примерно это имелли ввиду? <br><br>да<br> <br>&gt; будет работать? :)<br><br>не знаю, но вы можете проверить...<br><br>у любом случает требование по уникальности source ip тунеля будет соблюдено<br><br><br> https://opennet.me/openforum/vsluhforumID6/22022.html#4 Fri, 10 Dec 2010 12:46:13 GMT &gt; Вы прочитали, что вам в ошибке-то кошка написала?<br>&gt; Вам известны различия в архитектуре 75-ой и 76-ой?<br>&gt; кошка предупредила, что при таком варианте настройки трафик может обрабатываться не "железом", <br>&gt; а "софтом"...<br><br>Это мы уже поняли. Вот и задались вопросом как вернуть обработку "железу"? существует ли возможность<br><br><br> https://opennet.me/openforum/vsluhforumID6/22022.html#3 Fri, 10 Dec 2010 12:39:05 GMT &gt;[оверквотинг удален]<br>&gt; tunnel source GigabitEthernet8/2.172<br>&gt; tunnel destination 3.3.3.3<br>&gt; interface Tunnel2<br>&gt; description *** to Voroneg ***<br>&gt; bandwidth 1152<br>&gt; ip address 4.4.4.4 255.255.255.252<br>&gt; ip mtu 1440<br>&gt; tunnel source GigabitEthernet8/2.172<br>&gt; tunnel destination 6.6.6.6<br>&gt; Заранее спасибо за ответы!<br><br>Вы прочитали, что вам в ошибке-то кошка написала?<br>Вам известны различия в архитектуре 75-ой и 76-ой?<br><br>кошка предупредила, что при таком варианте настройки трафик может обрабатываться не "железом", а "софтом"...<br><br> https://opennet.me/openforum/vsluhforumID6/22022.html#2 Fri, 10 Dec 2010 12:12:58 GMT &gt; ну а что, если в в качестве source использовать loopback интерфейсы... <br><br>Сейчас у нас имеется 1 порт GigabitEthernet, который используется в качестве source на 6 туннельных интерфейсах.<br><br>Вы предлагаете создать 6 loopback интерфейсов с 6 различными ip-адресами и использовать их в качестве source на туннелях?<br><br><br>int loopback 1<br>ip addr 111.111.111.1 255.255.255.255<br><br>tunnel 1<br>description *** to Yaroslavl ***<br>bandwidth 1792<br>ip address 2.2.2.2 255.255.255.252<br>ip mtu 1440<br>tunnel source loopback 1<br>tunnel destination 3.3.3.3<br><br>ip route 3.3.3.3 255.255.255.255 GigabitEthernet8/2.172<br><br>на стороне филиала<br><br>tunnel 1<br>description *** to Moscow ***<br>bandwidth 1792<br>ip address 2.2.2.1 255.255.255.252<br>ip mtu 1440<br>tunnel source serial 1/0:0<br>tunnel destination 111.111.111.1<br><br>ip route 111.111.111.1 255.255.255.255 serial 1/0:0<br><br>и тд. с остальными туннелями ? Вы примерно это имелли ввиду? Это будет работать? :)<br><br> https://opennet.me/openforum/vsluhforumID6/22022.html#1 Fri, 10 Dec 2010 11:47:15 GMT &gt;[оверквотинг удален]<br>&gt; tunnel source GigabitEthernet8/2.172 <br>&gt; tunnel destination 3.3.3.3 <br>&gt; interface Tunnel2 <br>&gt; description *** to Voroneg *** <br>&gt; bandwidth 1152 <br>&gt; ip address 4.4.4.4 255.255.255.252 <br>&gt; ip mtu 1440 <br>&gt; tunnel source GigabitEthernet8/2.172 <br>&gt; tunnel destination 6.6.6.6 <br>&gt; Заранее спасибо за ответы! <br><br>ну а что, если в в качестве source использовать loopback интерфейсы...<br>