Перейти к содержимому
Калькуляторы

Sergius87

Новичок
  • Публикации

    7
  • Зарегистрирован

  • Посещение

О Sergius87

  • Звание
    Абитуриент
    Абитуриент
  1. @VolanD666 Я и снимаю весь трафик через микротовский сниффер со стримом на свою тачку, где запущен вайершарк ))) На другом конце туннеля так же стоит микротик. И так же через сниффер снимаю дамп. Ну а в сниффере уже чередую туннельный/провайдерский интерфейс и смотрю что куда бегает =) Пров уже второй день меня динамит с дамп трафика со своего оборудования. А мне оч хочется посмотреть чего к ним прилетает. Сегодня буду через руководителя давить на манагеров провайдера
  2. Я видимо неправильно выразился ))) Пров нам дает /30 сеть, где наш белый ИП и провайдерский шлюз. Пров утверждает, что не может дать дамп со СВОЕГО маршрутизатора, а может только дамп трафика, который идет на наш белый ИП =) Судя по всему они где-то посередине его хотят вылавливать ))))
  3. Со статикой такая же история. В одну сторону пакеты проходят, а в обратном направлении - нет Не совсем понял что Вы имеете ввиду :-)
  4. @Saab95 А их у нас уже порядка 30 )))) 5 площадок по 2 провайдера объединены по схеме FullMesh. И не запускается OSPF только на одной площадке на одном провайдере. Да, смотрели. Я пробовал пинговать с разными размерами пакета и всё ок. Да и другой-то трафик нормально ходит через этот туннель. Не проходят только hello-пакеты и только в одну сторону. Пинг на мультикаст адрес 224.0.0.5 проходит в обе стороны.
  5. @TriKS Тариф у нас далеко не домашний ))) Есть от этого же прова еще линки на других площадках. Пров, кстати, Мегафон. Канал дают через радиорелейку. А отношение саппорта такое, как будто квартиру подключили. а не несколько заводов =)
  6. И я к тому же склоняюсь. Тем более туннель поднимали в несколько разных точек, а результат один. Также меня смущает, что даже через шифрованный туннель hello не проходит. Ответ провайдера
  7. Здравствуйте, уважаемые форумчане! При настройке GRE-туннелей столкнулся с такой проблемой, суть которой такова: Есть роутер CCR1036-12G-4S в центральном офисе, с него поднимается 2 GRE-туннеля (каждый через своего провайдера, Алмател и Мегафон ) до CHR в облаке. На этих туннелях включен OSPF. И если с одним туннелем (через Алмател) всё хорошо , то со вторым (через Мегафон) - беда. OSPF не может установить отношения соседства. Причем роутер в офисе "видит" соседа CHR (он появляется на вкладке Neighbors), а вот CHR его не видит. Дамп трафика на интерфейсе проблемного провайдера Wireshak'ом показал следующие: видно, что приходят hello-пакеты с CHR и уходят ответные hello от CCR. А вот в дампе с CHR входящих hello-пакетов от CCR не видно. (Дампы во вложении) Через этого же провайдера не проходят hello-пакеты и в сторону других Микротиков на удаленных площадках. Причем если просто поменять адрес источника на первого провайдера, то всё начинает работать. Что делали: - пробовали отключать фаервол с обеих концов туннеля. - выставлять дефолтные настройки OSPF - брали абсолютно другой роутер с пустым конфигом и настраивали по-минимуму. - пинги на мультикаст адрес 224.0.0.5 проходят через туннель. - также проходят и обычные пинги - пробовали включать/выключать IPSEC (даже в зашифрованном туннеле hello-пакет всё равно не доходит) - l2tp-туннель прекрасно работает Провайдер утверждает, что у них нигде ничего не блочится. Конфиг CHR Конфиг CCR Дампы.zip