Доброго всем времени суток, не могу понять в чем проблема, буду очень рад любым предложениям. Ситуация следующая: есть главный офис и филиал в другом городе. Задача поднять туннель между ними. В головном стоит циска 2801, в филиале 801. Есть еще куча филиалов, в которых подняты и туннели, и DMVPN с поддержкой оспф, но они все подключены по наземным каналам. А данный филлиал работает через спутниковую связь, в которой ни то что оспф ни поднимается, дак даже туннели не могу настроить. В чем соответственно разница не понимаю. На физическом уровне пинг ходит в обоих направлениях...и это все что я достиг. Конфа:
Голова:

interface Tunnel11015
description -=Tunel to kazachinskoe via sibron=-
bandwidth 256
ip address 10.101.11.9 255.255.255.252
ip tcp adjust-mss 1436
qos pre-classify
tunnel source GigabitEthernet0/1.174
tunnel destination 192.168.252.1
tunnel key 11015

interface GigabitEthernet0/1
description -= To ROSTELECOM_&_RZD =-
no ip address
duplex full
speed 100
no cdp enable

interface GigabitEthernet0/1.174
description -= IN From Sibron - for - Sattelite channel to Kaza4inskoe =-
encapsulation dot1Q 174
ip address 192.168.3.10 255.255.255.252
ip tcp adjust-mss 750

ip route 192.168.252.0 255.255.255.0 192.168.3.9

филлиал:

interface Tunnel11015
description -=Tunel to hub1 via sibron=-
bandwidth 256
ip address 10.101.11.10 255.255.255.252
ip tcp adjust-mss 1436
qos pre-classify
tunnel source FastEthernet1
tunnel destination 192.168.3.10
tunnel key 11015

interface FastEthernet1
description Sattelite
ip address 192.168.252.1 255.255.255.0
ip virtual-reassembly
ip tcp adjust-mss 750
speed auto
half-duplex

ip route 192.168.3.0 255.255.255.0 192.168.252.254

• нет туннеля по спутниковому каналу,MiF, 13:19 , 05-Июл-12
• нет туннеля по спутниковому каналу,Andrey, 15:23 , 05-Июл-12
• нет туннеля по спутниковому каналу,sm00th1980mail.ru, 17:17 , 05-Июл-12
  • нет туннеля по спутниковому каналу,himikirk, 06:22 , 09-Июл-12
    • нет туннеля по спутниковому каналу,himikirk, 06:23 , 09-Июл-12

А в логах-то что? (хотя я циской не работал, но думаю логи она должна вести).

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

>[оверквотинг удален]
>  tunnel destination 192.168.3.10
>  tunnel key 11015
> interface FastEthernet1
>  description Sattelite
>  ip address 192.168.252.1 255.255.255.0
>  ip virtual-reassembly
>  ip tcp adjust-mss 750
>  speed auto
>  half-duplex
> ip route 192.168.3.0 255.255.255.0 192.168.252.254

Проверьте MTU между точками. Поставте на туннеле необходимый MTU. Уберите с туннелей все постороннее ( virtual-reassembly, qos, mss, tunnel key). Если после этого не поднимется - скорее всего оператор не пропускает протокол GRE.

Коллега, даже подняв туннель по спутниковому каналу - вы всё равно ничего не получите.
Дело в том что на таких линках с сверх-высокими задержками TCP работает из рук вон плохо, т.е. он даже разогнаться не сможет в полную скорость канала, т.к. подтверждения будут очень сильно задерживаться. А если ещё шифрование включить как обычно делают то тут даже спутниковые ускорители не помогут - которые делают fake-подтверждения.

Вывод: постарайтесь на этом линке обойтись без туннеля - по возможности - иначе скорость будет крайне низкая.

Без тунеля здесь не обойтись, так как напрямую провайдер не обеспечит связь. MTU выставил, все лишнее убрал, включая tunnel key. Прогресса 0. хотя на физические интерфейсы пинги ходят...че бы еще придумать...

P.S: ограничений никаких нет, ни ввиде аццес-листов, ни в виде косов