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

El de Rone

Пользователи
  • Публикации

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

  • Посещение

О El de Rone

  • Звание
    Абитуриент
    Абитуриент
  1. подскажите пожалуйста, как я мог убедиться, что такое тунеллирование включено?
  2. это именно то, что мне нужно. дайте пожалуйста ссылку на этот топик   CDP b LLDP это замечательно, но они отображают соседей в сети, а не непосредственно подключенных к роутеру...
  3. show cdp neighbours detail показывает и имена и адреса соседей по снмп удается снять только имена. вероятно зависит от прошивки и модели оборудования, но наверняка есть альтернативные методы   речь идет о "технических" портах :-)
  4. подключенных напрямую: циско порт - кабель - порт устройства
  5. Уважаемые коллеги, есть задача полить список адресов подключенных напрямую к роутеру устройств по SNMP В настоящий момент рассматриваем возможности CDP и LLDP, но это не везде работает К примеру эквивалент show cdp вполне успешно выдает список имен, а вот эквивалент show cdp detail не работает вообще Подскажите пожалуйста как можно решить задачу? Возможно есть альтернативные варианты?
  6. видимо в первый раз что-то не применилось. убрал - заработало. Спасибо! :-)
  7. интересная складывается дискуссия :-)   убрал все фильтрующие правила, эксперимента ради - без результата...
  8. будем считать это тестовой сетью :-)   так это у нее один маршрут будет дефолтный?
  9. да, но в обратную сторону, то все работает: $ sudo traceroute 192.168.0.12 traceroute to 192.168.0.12 (192.168.0.12), 30 hops max, 60 byte packets 1 gateway (192.168.210.1) 0.309 ms 0.343 ms 0.386 ms 2 192.168.210.11 (192.168.210.11) 7.443 ms 8.131 ms 8.756 ms 3 192.168.0.1 (192.168.0.1) 67.663 ms 34.252 ms 39.026 ms 4 192.168.0.12 (192.168.0.12) 41.215 ms 42.764 ms 44.337 ms
  10. настроить физические интерфейсы? или достаточно secondary ip address? # traceroute 192.168.210.1 traceroute to 192.168.210.1 (192.168.210.1), 30 hops max, 60 byte packets 1 192.168.0.1 (192.168.0.1) 0.583 ms 0.570 ms 0.674 ms 2 192.168.210.11 (192.168.210.11) 56.752 ms 61.451 ms 61.445 ms 3 192.168.210.1 (192.168.210.1) 61.427 ms 39.566 ms 41.206 ms вопрос в том, что назад ответ через микротик не проходит. так что возможно тут дело в PBR при настройке микротика был указан один маршрут дефолтный и позже для впна один статический. остальные маршруты микротик делает сам. что тут не так?   прошу прощения, сразу и не сообразил где опечатка, а где грамматическая ошибка :-) сейчас ясно, что вы имеете ввиду, что для туннеля на циске надо сделать адрес не относящийся к диапазону локальной сети. теперь я правильно вас понял?
  11. pingz Совершенно с вами согласен. Должно выглядеть примерно так как вы и указали. за циской должен увидеться микротик.
  12. предлагаете вообще все переделать? там один дефолтный маршрут и один статический. вы о чем, простите? зато писать пространные рекомендации без всякой конкретики не лень.. вы такой загадочный :-)
  13. микротик - 192.168.210.1 циска - 192.168.210.11 удаленный роутер -192.168.0.1 из локалки (192.168.210.29) в удаленную сеть (192.168.0.12): $ sudo traceroute 192.168.0.12 traceroute to 192.168.0.12 (192.168.0.12), 30 hops max, 60 byte packets 1 gateway (192.168.210.1) 0.325 ms 0.327 ms 0.360 ms 2 192.168.210.11 (192.168.210.11) 9.087 ms 9.756 ms 10.442 ms 3 192.168.0.1 (192.168.0.1) 71.385 ms 47.492 ms 49.682 ms 4 192.168.0.12 (192.168.0.12) 53.219 ms 54.791 ms 56.330 ms обратно: # traceroute 192.168.210.29 traceroute to 192.168.210.29 (192.168.210.29), 30 hops max, 60 byte packets 1 192.168.0.1 (192.168.0.1) 0.317 ms * * 2 192.168.210.11 (192.168.210.11) 67.476 ms 67.469 ms 67.454 ms 3 * * *
  14. все три. включая вторую точку туннеля.
  15. Нестандартная ситуация: основной шлюз - mikrotik поднят статичный маршрут из локалки в удаленную сеть через циску cisco router внутри сети с локальным айпишником, с нее поднят туннель site-to-site в удаленную сеть трафик из локалки в удаленную сеть идет без вопросов из удаленной сети доступ есть только до циски и микротика, пингуемый хост в локалке ответ отдает, судя по tcpdump, но ответ застревает, вероятно, где-то на микротике Уважаемые коллеги, кто сталкивался с подобной сиутацией? подскажите, как ее можно разрешить?