https://www.opennet.me/openforum/vsluhforumID6/23928.html Доброго всем времени суток, не могу понять в чем проблема, буду очень рад любым предложениям. Ситуация следующая: есть главный офис и филиал в другом городе. Задача поднять туннель между ними. В головном стоит циска 2801, в филиале 801. Есть еще куча филиалов, в которых подняты и туннели, и DMVPN с поддержкой оспф, но они все подключены по наземным каналам. А данный филлиал работает через спутниковую связь, в которой ни то что оспф ни поднимается, дак даже туннели не могу настроить. В чем соответственно разница не понимаю. На физическом уровне пинг ходит в обоих направлениях...и это все что я достиг. Конфа:<br>Голова:<br><br>interface Tunnel11015<br> description -=Tunel to kazachinskoe via sibron=-<br> bandwidth 256<br> ip address 10.101.11.9 255.255.255.252<br> ip tcp adjust-mss 1436<br> qos pre-classify<br> tunnel source GigabitEthernet0/1.174<br> tunnel destination 192.168.252.1<br> tunnel key 11015<br><br>interface GigabitEthernet0/1<br> description -= To ROSTELECOM_&_RZD =-<br> no ip address<br> duplex full<br> speed 100<br> no cdp enable https://www.opennet.me/openforum/vsluhforumID6/23928.html#5 Mon, 09 Jul 2012 02:23:44 GMT P.S: ограничений никаких нет, ни ввиде аццес-листов, ни в виде косов<br> https://www.opennet.me/openforum/vsluhforumID6/23928.html#4 Mon, 09 Jul 2012 02:22:28 GMT Без тунеля здесь не обойтись, так как напрямую провайдер не обеспечит связь. MTU выставил, все лишнее убрал, включая tunnel key. Прогресса 0. хотя на физические интерфейсы пинги ходят...че бы еще придумать...<br><br><br> https://www.opennet.me/openforum/vsluhforumID6/23928.html#3 Thu, 05 Jul 2012 13:17:49 GMT Коллега, даже подняв туннель по спутниковому каналу - вы всё равно ничего не получите.<br>Дело в том что на таких линках с сверх-высокими задержками TCP работает из рук вон плохо, т.е. он даже разогнаться не сможет в полную скорость канала, т.к. подтверждения будут очень сильно задерживаться. А если ещё шифрование включить как обычно делают то тут даже спутниковые ускорители не помогут - которые делают fake-подтверждения.<br><br>Вывод: постарайтесь на этом линке обойтись без туннеля - по возможности - иначе скорость будет крайне низкая.<br> https://www.opennet.me/openforum/vsluhforumID6/23928.html#2 Thu, 05 Jul 2012 11:23:22 GMT &gt;[оверквотинг удален]<br>&gt; tunnel destination 192.168.3.10 <br>&gt; tunnel key 11015 <br>&gt; interface FastEthernet1 <br>&gt; description Sattelite <br>&gt; ip address 192.168.252.1 255.255.255.0 <br>&gt; ip virtual-reassembly <br>&gt; ip tcp adjust-mss 750 <br>&gt; speed auto <br>&gt; half-duplex <br>&gt; ip route 192.168.3.0 255.255.255.0 192.168.252.254 <br><br>Проверьте MTU между точками. Поставте на туннеле необходимый MTU. Уберите с туннелей все постороннее ( virtual-reassembly, qos, mss, tunnel key). Если после этого не поднимется - скорее всего оператор не пропускает протокол GRE.<br> https://www.opennet.me/openforum/vsluhforumID6/23928.html#1 Thu, 05 Jul 2012 09:19:26 GMT А в логах-то что? (хотя я циской не работал, но думаю логи она должна вести).<br><br>Если пинги ходят и других очевидных проблем нет, то с большой долей вероятности проблема в размере MTU.<br>