The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Создать новую тему
 - Свернуть нити
Пометить прочитанным
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | Архив | Избранное | Мое | Новое | | |  
Форум Маршрутизаторы CISCO и др. оборудование. [ Раздел для поиска IOS ]  
Videoconference на CUBE 2921, !*! vigogne, (VoIP) 19-Июн-18, 13:20  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
cisco + dmvpn туннель + nat + 3 провайдера, !*! cr1m2, (Маршрутизация) 15-Июн-18, 13:11  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
cisco ospf backbone через dmvpn, !*! cr1m2, (Маршрутизация) 18-Июн-18, 07:49  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Доступ во внутреннюю сеть с определенных адресов, !*! motok, (Маршрутизация) 14-Июн-18, 17:28  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Подключение 2 плат NPE-G2 в один 7206VXR, !*! regnalos, (Разное) 12-Июн-18, 18:56  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Нужен совет по настройке двух провайдеров на Cisco 2901/K9, !*! alsyro, (Cisco маршрутизаторы) 08-Июн-18, 16:58  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
877-K9, !*! IvanTT, (Маршрутизация) 23-Май-18, 00:18  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


ip cef и балансировка трафика, !*! mik73, (Маршрутизация) 30-Май-18, 12:51  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • попробуй другой соурс-IPэто все работает, когда реально разный траффик, !*! ShyLion (ok), 13:09 , 30-Май-18 (1)
    попробуй другой соурс-IP

    это все работает, когда реально разный траффик

    сообщить модератору +/ответить
  • смотрю r2 sh cef int fa 0 0 20и вижу FastEthernet0 0 20 is up if_number 6 Co, !*! mik73 (ok), 13:17 , 30-Май-18 (2)
    смотрю
    r2#sh cef int fa 0/0.20
    и вижу:

    FastEthernet0/0.20 is up (if_number 6)
      Corresponding hwidb fast_if_number 6
      Corresponding hwidb firstsw->if_number 2
      Internet address is 192.168.253.1/24
      ICMP redirects are always sent
      Per packet load-sharing is disabled
      IP unicast RPF check is disabled
      Output features: Post-Ingress-NetFlow
      IP policy routing is disabled
      BGP based policy accounting on input is disabled
      BGP based policy accounting on output is disabled
      Hardware idb is FastEthernet0/0
      Fast switching type 1, interface type 18
      IP CEF switching enabled
      IP CEF switching turbo vector
      IP prefix lookup IPv4 mtrie 8-8-8-8 optimized
      Input fast flags 0x0, Output fast flags 0x0
      ifindex 2(2)
      Slot  Slot unit 0 VC -1
      IP MTU 1500

    аналогично для fa 0/0.10

    в выводе есть строка  Per packet load-sharing is disabled - т.е. на этих интерфейсах балансировка выключена.

    попытка включить балансировку на интерфейсе
    r2(config-subif)#ip load-sharing per-packet
    ни к чему не приводит (везде сказано, что она включена по дефолту, похоже на то - новых строк в конфигурации интерфейса не появляется, в sh run all строка присуствует).

    вопрос - как бы ее (балансировку) все-таки включить? или на сабинтерфейсах это нельзя? (тогда плохо - когда разные каналы включены на один физический интерфейс через vlan'ы - нормальная ситуация в наше время).

    сообщить модератору +/ответить
  • В общем, загадочная система нашел команду ip cef load-sharing algorithmтребует з, !*! mik73 (ok), 18:26 , 30-Май-18 (6)
    В общем, загадочная система.
    нашел команду ip cef load-sharing algorithm
    требует задать один из  4-х вариантов:
    original
    universal [id]
    tunnel [id]
    include-ports

    по умолчанию в sh run all не показывается. но прочитал что по умолчанию стоит в universal c неким уникальным для железки id. Этот id влияет на способ формирования hash-записей для форвардинга. Подробно в это углубляться не стал, попробовал экспериментально.

    запустил трафик с одного адреса источника на 4 разных получателя.

    с original - весь трафик идет по одному маршруту.
    c tunnel - честно и равномерно распределяется по двум имеющимся маршрутам
    с universal - без параметра id (когда циска сама его придумывает, уникальный для железки) - весь трафик идет по одному маршруту, но другому, чем с original
    если менять id у universal (диапазон громадный, 1-FFFFFFFF, попробовал на вскидку несколько вариантов с маленькими и с большими значениями), то поведение меняется.
    то весь трафик по одному маршруту, то по другому, то распределяется равномерно, то с перекосом (поскольку получателей в тесте всего 4, то получается 3:1) на один маршрут. Короткого внятного описания, как устроено хеширование, как на него влияет id и что должно в итоге получаться - не нашел. Есть слова про то, как устроено хеширование, но что из этого следует - сходу не понял, надо толстые книжки читать, видимо...
    include-ports (в зависимости от source/dest портов) даже пробовать не стал, не мой случай.

    остается надеяться, что на реальном канале с сотнями разных адресов в проходящих пакетах, будет работать честно (и для ситуации "два линка - два провода(туннеля) между маршрутизаторами, как я понял, оптимальный вариант tunnel).

    но все оказывается гораздо более заморочено, чем кажется поначалу.

    сообщить модератору +/ответить
  • gt оверквотинг удален sh arp, !*! BOJIKA (?), 00:27 , 09-Июн-18 (9)
    >[оверквотинг удален]
    > 10.0.0.10 -> 172.30.1.1 => IP adj out of FastEthernet0/0.20, addr 192.168.253.254
    > То же самое вижу и на включенном в разрыве сети анализаторе трафика
    > - весь трафик идет по одному интерфейсу fa0/0.20.
    > Если добавлять пинги на другие адреса - картина та же (при этом
    > все адреса реально есть в сети и пинги ходят, но никакой
    > балансировки между маршрутами не происходит).
    > Что я делаю не так?
    > Понятно, что тест не вполне честный, пинг никакой реальной нагрузки на каналы
    > не дает - но если обещали балансировку per-destination, то хочу ее
    > увидеть.

    sh arp

    сообщить модератору +/ответить
netflow, базовая информация, !*! Aaalex, (Учет трафика и статистика) 01-Июн-18, 15:00  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Cisco AIR 1852i, !*! Ilya, (Диагностика и решение проблем) 07-Июн-18, 14:53  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
mikrotik mark route, !*! mikrotik mark route, (Оборудование Lucent, Nortell и др.) 06-Июн-18, 09:55  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Juniper: ip unnumbered + proxy arp, !*! horus1613, (Другое оборудование) 22-Май-18, 12:11  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Помогите с ACL на IOS XE, !*! grishkov.e, (Маршрутизация) 18-Май-18, 14:05  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • Коллега, вы указываете сферический в вакууме IP адрес и непонятно где он в вашей, !*! ShyLion (ok), 08:01 , 22-Май-18 (1)
    >> адреса 1.1.1.1/32. Всё.

    Коллега, вы указываете сферический в вакууме IP адрес и непонятно где он в вашей сети и в ней ли вообще.

    Кроме того, фильтровать аксес-листами на IOS не модно уже сто лет как. Модно использовать стейтфул фаервол Zone-Based Firewall, до него раньше был ip inspect.

    Вот для затравки рыба:


    ip inspect log drop-pkt
    zone security LAN
    zone security INET

    object-group service IPSEC
    esp
    ahp
    udp eq isakmp
    udp eq non500-isakmp
    gre

    object-group service good_ICMP
    icmp echo
    icmp echo-reply
    icmp parameter-problem
    icmp unreachable
    icmp source-quench
    icmp traceroute
    icmp time-exceeded

    ip access-list extended zbfc_ICMP
    permit object-group good_ICMP any any

    class-map type inspect match-any zbfc_ICMP
    match access-group name zbfc_ICMP

    ip access-list extended zbfc_IPSEC
    permit object-group IPSEC any any


    class-map type inspect match-any zbfc_IPSEC
    match access-group name zbfc_IPSEC

    class-map type inspect match-any zbfc_INET_IN_SELF
    match protocol ssh
    match protocol ntp

    policy-map type inspect zbfp_INET2LAN
    class class-default
      drop

    policy-map type inspect zbfp_INET2SELF
    class zbfc_INET_IN_SELF
      pass
    class zbfc_IPSEC
      pass
    class zbfc_ICMP
      pass

    class-map type inspect match-any zbfc_DROP_OUT
    match protocol bittorrent
    match protocol pptp
    match protocol l2tp
    !
    class-map type inspect match-any zbfc_INSPECT_OUT
    match protocol ftp
    match protocol tcp
    match protocol udp
    match protocol icmp

    policy-map type inspect zbfp_LAN2INET
    class zbfc_DROP_OUT
      drop log
    class zbfc_INSPECT_OUT
      inspect
    class class-default
      pass

    zone-pair security zp_INET2LAN source INET destination LAN
    service-policy type inspect zbfp_INET2LAN

    zone-pair security zp_INET2SELF source INET destination self
    service-policy type inspect zbfp_INET2SELF

    zone-pair security zp_LAN2INET source LAN destination INET
    service-policy type inspect zbfp_LAN2INET

    ! interface Vlan1
    !  zone-member security LAN
    ! interface TunXX
    !  zone-member security LAN

    ! interface Dial1
    !  zone-member security INET


    сообщить модератору +/ответить
cisco 3560E не отвечает на SNMP, ping и пр. как свич работает, !*! www_tank, (Cisco Catalyst коммутаторы) 15-Май-18, 12:46  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Друзья помогите с софтом на huawei s5300 , !*! diman_neo, (Каналообразующее оборудование, Модемы) 16-Май-18, 21:38  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Потяерян доступ к WLC, !*! www_tank, (Диагностика и решение проблем) 23-Апр-18, 15:33  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Отслеживание состояния track, !*! mik73, (Мониторинг, статистика, SNMP) 28-Апр-18, 11:19  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
bgp реанонсы принятых маршрутов, !*! zkrvova, (BGP, ASN) 21-Апр-18, 14:42  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Как подружить AD с CISCO 2921, !*! yurban, (Маршрутизация) 17-Апр-18, 06:20  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Open VPN в обе стороны, !*! patre, (Маршрутизация) 10-Апр-18, 15:15  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
IP SLA - определение потерь пакетов, !*! mik73, (Мониторинг, статистика, SNMP) 12-Апр-18, 23:55  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Паразитный трафик на всех аплинках в сети., !*! nwbCatalist, (Cisco Catalyst коммутаторы) 11-Апр-18, 16:00  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Редистрибьюция статик роутов в OSPF, !*! alzgeimer, (Маршрутизация) 06-Апр-18, 11:11  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
No Codec, но не постоянно (Cisco 3745 и Yealink T21), !*! Michael Su, (VoIP) 06-Апр-18, 11:02  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Huntstop для SIP-телефонов, !*! Michael Su, (VoIP) 13-Мрт-18, 15:32  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Sip телефоны, vlan, !*! Sip телефоны vlan, (Cisco маршрутизаторы) 05-Апр-18, 10:22  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Сетевой адаптер HP FlexibleLOM Adapter, !*! Talep, (Оборудование Lucent, Nortell и др.) 04-Апр-18, 13:23  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
cisco 2911 загрузка процессора, !*! shwedd, (Диагностика и решение проблем) 10-Янв-18, 14:20  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • Portable Product Sheets 8211 Routing Performance PPS MbpsISR , !*! ogiss (?), 09:34 , 11-Янв-18 (1)
    Portable Product Sheets – Routing Performance
                 PPS     Mbps
    ISR G2 2901 327,000 167.42
    ISR G2 2911 353,000 180.73
    ISR G2 2921 480,000 245.76
    ISR G2 2951 580,000 296.96


    Numbers are given with 64 byte packet size, IP only, and are only an indication of raw switching performance.
    These are testing numbers, usually with FE to FE, GigE to GigE or POS to POS, no services enabled. As you add ACL's,
    encryption, compression, etc - performance will decline significantly from the given numbers, unless it is a hardware-assisted
    platform, such as the ASR 1000, 7600 or 12000, which process QoS, ACL's, and other features in hardware (or when a hardware
    assist is installed, for instance an AIM-VPN in a 3745 will offload the encryption from the CPU).
    Every situation is different - please simulate the true environment to get applicable performance
    values.
    Knowing the performance for a specific router platform is not a good indication of how well a specific feature will
    perform. If a feature is supported in the CEF path, for instance, and we know the feature-free CEF throughput in a
    specific configuration, then we only know the platform's "never-to-exceed" performance but we do not know the
    actual performance of any given feature, which will always be less.
    All numbers are for IP packets only - no IPX/AT/DEC, etc. - Mbps calculated by pps * 64bytes * 8bits/byte; except
    for 12000 (Engines 0, 1, 2, 3 & 5) where these numbers represent the maximum mbps forwarding rates when packets are
    greater than 64 bytes. Please see inserted comments in this field.

    сообщить модератору +/ответить
  • gt оверквотинг удален Производительность маршрутизатора меряется в пакетах,От , !*! fantom (??), 10:22 , 11-Янв-18 (2)
    >[оверквотинг удален]
    > В планах – соединить туннелями все наши региональные отделения.
    > Это порядка 15-20 туннелей.
    > Мне кажется, один маршрутизатор все это не вытянет. Там все таки шифрование
    > процессор задействует.
    > Может надо разносить роли – отдельно доступ в интернет, отдельно маршрутизация между
    > подсетями, отдельно под туннели.
    > Но это все весьма накладно.
    > Хочется вообще понять, в описанной конфигурации - нагрузка большая на железку? Или
    > нет?
    > Сколько она может держать туннелей, nat-трансляций, и маршрутизируемых подсетей одновременно?

    Производительность маршрутизатора меряется в пакетах,
    От количества сетей де-факто не зависит, зависит от правил обработки трафика.
    Например, допустим маршрутизатор способен обрабатывать 200 000 пакетов/секунда.
    Хотите НАТ? - это двойная нагрузка, более 100 000 вы не увидите.
    Хотите PBR? - делим еще на 2.
    Хотите ZBF? - делим еще на 2.
    Хотите "плюшкофишки"? - смело вычитаете 15-30%...
    Хотите IPSec? - он в зависимости от характера трафика может дать прирост от 2 до 10 раз.... хотя тут можно криптомодули + лицензия соответствующая.

    Кстати, у вас лицензия на IPSec установлена? а криптомодуль? а скорости по ipsec какие?

    В ipsec важно не столько количество тунелей, сколько количество трафика по ним "бегающего" и используемые алгоритмы.

    сообщить модератору +/ответить
  • Вот эту бумажку посмотрите насчет того, что сама Cisco думает по поводу своих же, !*! eek (ok), 17:55 , 11-Янв-18 (6)
    Вот эту бумажку посмотрите насчет того, что сама Cisco думает по поводу своих железок:

    https://supportforums.cisco.com/legacyfs/online/legacy/7/1/5...

    Там в конце есть красивая табличка с примерной скоростью подключения.

    По моей практике эта бумажка соответсвует действительности.

    Для случаев когда много inspect, crypto, nat и кто-нибудь от большого ума еще включил nbar (match protocol) - бумажка даже слишком оптимистична.

    2911 если включить все что нужно, кое-как тянет 30 мегабит. Причем 30 мегабит - это не 30 туда и обратно, это 30 мегабит в одном направлении.


    Что касается утверждения о том, что производительность меряется в пакетах. Это утверждение совершенно верное, только для тех случаев когда маршрутизатор ничего кроме маршрутизации не делает. И к вашему случаю когда "все в одном" никакого отношения не имеет.

    Если нужны варианты решения проблемы - пишите в личку.

    сообщить модератору +/ответить
  • gt оверквотинг удален убрать логирование на ACL если есть , !*! Serb (?), 21:10 , 11-Янв-18 (7)
    >[оверквотинг удален]
    > В планах – соединить туннелями все наши региональные отделения.
    > Это порядка 15-20 туннелей.
    > Мне кажется, один маршрутизатор все это не вытянет. Там все таки шифрование
    > процессор задействует.
    > Может надо разносить роли – отдельно доступ в интернет, отдельно маршрутизация между
    > подсетями, отдельно под туннели.
    > Но это все весьма накладно.
    > Хочется вообще понять, в описанной конфигурации - нагрузка большая на железку? Или
    > нет?
    > Сколько она может держать туннелей, nat-трансляций, и маршрутизируемых подсетей одновременно?

    убрать логирование на ACL если есть  

    сообщить модератору +/ответить
  • Еще бы показать при этом code show int 124 inc thernet is , line 124 r, !*! ShyLion (??), 10:39 , 12-Янв-18 (10)
    > #sho proc cpu sort
    > CPU utilization for five seconds: 95%/92%; one minute: 94%; five minutes: 90%

    Еще бы показать при этом


    show int | inc thernet.* is .*, line | rate

    Для роутинга между виланами всяко надо L3 свитч. Для ваших скоростей за глаза хватит б/у 3750 нужной комплектации интерфейсов. Нормальные продавцы могут за % от цены дать гарантию.

    сообщить модератору +/ответить
  • Что я хочу сказать Во-первых я наврал не специально про лицензию 2960X По фак, !*! shwedd (ok), 15:22 , 15-Фев-18 (17)
    Что я хочу сказать.
    Во-первых я наврал (не специально) про лицензию 2960X. По факту была нужная лицензия, позволяющая работать на L3 уровне. Именно lan-base.
    Перенастроил сеть, маршрутизацией vlan начал занимается 2690x.
    Загрузка 2960x поднялась со средней в 30% до средних 50%. При этом около 15% стабильно занимает процесс Hulc LED Process. Почитал про него, говорят - баг. По советам пробовал гасить все неиспользуемые порты - не помогло. Ладно, с этим потом разберусь.
    Нагрузка на 2911 стала меньше. Сколько - сказать точно не могу, в данной конфигурации сеть была настроена в конце января.
    Вроде бы все стало хорошо, но..
    Через некоторое время - примерно неделю как, в рабочие часы, стал нестабильно работать интернет. Если смотреть пинги до того же яндекса, частенько пропадают пакеты, время отклика тоже 50-110 мс. В принципе, 50-110 - не то, чтобы очень плохо. Но хотелось бы до 50 )
    До этого было в пределах 15-30 мс.
    Начал разбираться дальше.
    Понял, что недонастроил связку 2911 и 2960х. На 2911 остались сабинтерфесы, смотрящие в транк на 2960х. В связи с этим часть локального трафика ходила все равно через 2911.
    Убрал все это.
    По итогам нагрузка на 2960 стала в среднем 60% в рабочие часы.
    Нагрузка на 2911 стабильно составляет примерно 50%, выше обычно не поднимается.
    Но на доступ в интернет и на потери пингов это никак не повлияло ))
    Если смотреть нагрузку на интерфейсы, в среднем:
    g 0/0 (внутренний) входящий порядка 10 мбит, исходящий порядка 20-30 мбит.
    g 0/1 (внешний) входящий порядка 20-30 мбит, исходящий порядка 10 мбит.
    Все совпадает ))
    Вроде бы немного.
    Клиенты в локальной сети ограничены 300 nat-трансляциями. Кроме серверов.
    Количество nat-трансляций на 2911
    #sho ip nat sta
    Total active translations: 12699 (214 static, 12485 dynamic; 12699 extended)
    Peak translations: 13813, occurred 00:13:20 ago
    Довольно много.
    Если их почистить, то временно становится лучше.
    Но уже при количестве трансляций около 4000 проблемы начинаются снова, пакеты теряются.

    Если запустить ping с 2911 - пакеты не пропадают.
    ping 8.8.8.8 repeat 100
    Success rate is 100 percent (1000/1000), round-trip min/avg/max = 12/16/64 ms
    Если запустить ping с 2960 - пакеты пропадают.
    ping 8.8.8.8 repeat 100
    Success rate is 88 percent (880/1000), round-trip min/avg/max = 21/69/147 ms
    Т.е проблемы не с маршрутизатором.
    Проверяем пинг с 2960 на 2911.
    ping 192.168.9.2 repeat 100
    Success rate is 84 percent (84/100), round-trip min/avg/max = 35/61/94 ms
    Смотрим загрузку интерфейсов, которыми соединены устройства.
    2911
    sho int g 0/0 history 60min

    SPB-LIG-GW1   03:19:11 PM Thursday Feb 15 2018 RTZ


                    11111111111111111111111111111111111111
          999999999900000000011100000110000000000000000000999988888888
       10           ##*###################################
        9 ###################################################*
        8 ######################################################*#####
        7 ############################################################
        6 ############################################################
        5 ############################################################
        4 ############################################################
        3 ############################################################
        2 ############################################################
        1 ############################################################
         0....5....1....1....2....2....3....3....4....4....5....5....6
                   0    5    0    5    0    5    0    5    0    5    0
          GigabitEthernet0/0 input rate(mbits/sec)  (last 60 minutes)
                  * = maximum   # = average

    SPB-LIG-GW1   03:19:11 PM Thursday Feb 15 2018 RTZ


          222222222222222211111111111111111111111111112222222222222222
          113322211100000099887889999777778877778898890000223445555333
       20 ###############*                            *###############
       19 ################*#     ****             *  #################
       18 #################### *#####     #*    *#####################
       17 ############################*###############################
       16 ############################################################
       15 ############################################################
       14 ############################################################
       13 ############################################################
       12 ############################################################
       11 ############################################################
       10 ############################################################
         0....5....1....1....2....2....3....3....4....4....5....5....6
                   0    5    0    5    0    5    0    5    0    5    0
          GigabitEthernet0/0 output rate(mbits/sec)  (last 60 minutes)
                  * = maximum   # = average


    2960
    sho interfaces g 1/0/24 history 60min
          222222222222222111111111111111111111111111112222222222222222
          124322221100000999988889999778788777778988990001223445554332
          921669204237856932033364021291604243678294164450344584527939
          881764821022263687942280806305805917612045220256834276505633
          621950976912465880743342367080975160329828374289151017472915
    25620                                                      *#*
    24760                                                    *####*
    23900   **                                               #######
    23040   ##*#                                            ########
    22180 **#####*                                        ##########
    21320 #########*                                     *##########
    20460 ###############                             *#############
    19600 ################**     * *             *   ###############
    18740 ###################***####*     *     *###################
    17880 ########################### *#*##   ######################
    17020 ##########################################################
         0....5....1....1....2....2....3....3....4....4....5....5....6
                   0    5    0    5    0    5    0    5    0    5    0
          GigabitEthernet1/0/24 input rate(kbits/sec)  (last 60 minutes)
                  * = maximum   # = average

           1       111111111111111111111111111111111111111
          909999999000000000011100000110100000000000000000999988888889
          908665579133022566922087449119077899999469965331964050135681
          303772834755826156422219707888591829185654969329470659875574
          508883462379717937000478453777768997437683563867338824030956
    11280                    **      **
    10950                   *###**  *##*#* #####*  ##
    10620                *########* #############*####*
    10290          *## ##################################*
    9960 ##*     ########################################*
    9630 #####*############################################
    9300 ###################################################
    8970 ####################################################
    8640 ####################################################*   ##
    8310 ##################################################### *###
    7980 ##########################################################
         0....5....1....1....2....2....3....3....4....4....5....5....6
                   0    5    0    5    0    5    0    5    0    5    0
          GigabitEthernet1/0/24 output rate(kbits/sec)  (last 60 minutes)
                  * = maximum   # = average

    20mbit - не такая большая цифра, чтобы портить жизнь.
    Не понимаю, продолжу дальше копать. Но буду признателен идеям и подсказкам )

    При этом, если запустить
    ping 192.168.9.2 с компьютера в локальной сети, то
    Статистика Ping для 192.168.9.2:
        Пакетов: отправлено = 1358, получено = 1358, потеряно = 0
        (0% потерь)
    Т.е. тот же адрес маршрутизатора пингуется без проблем, при этом пакет идет через коммутатор
    tracert 192.168.9.2
    Трассировка маршрута к 192.168.9.2 с максимальным числом прыжков 30

      1     2 ms     2 ms     1 ms  192.168.101.1 - это адрес коммутатора в данном сегменте сети
      2    <1 мс    <1 мс    <1 мс  192.168.9.2

    сообщить модератору +/ответить


Кракозябры на cisco 1760 в терминале через ком-порт, !*! zavadzak, (Диагностика и решение проблем) 19-Мрт-18, 10:01  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Cisco 1841 + HWIC-3G-GSM и Билайн, !*! Leviafan61, (Диагностика и решение проблем) 22-Мрт-18, 01:03  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
 
Пометить прочитанным Создать тему
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | Архив | Избранное | Мое | Новое | | |



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру