Поиск по этому блогу

четверг, 14 декабря 2017 г.

CCNA интересные вопросы

Во время подготовке к CCNA (номер экзамена 200-125) столкнулся с несколькими интересными для меня вопросами. При подготовке использовал оффициальный гайд и естественно дамны (куда же без них ). Далее собствено сами вопросы и объяснение того как я их понимаю.

Вопросы по DTP

Для понимания сути вопроса мне помогла следующая таблица
Dynamic AutoDynamic DesirableTrunkAccess
Dynamic Auto AccessTrunkTrunkAccess
Dynamic DesirableTrunkTrunkTrunkAccess
TrunkTrunkTrunkTrunkLimited Connectivity
AccessAccessAccessLimited ConnectivityAccess

Собственно cами вопросы
Which DTP switch port mode allows the port to create a trunk link if
the neighboring port is in trunk mode,dynamic desirable mode, or desirable auto mode?
A. Dynamic Auto
B. Dynamic Desirable
C. Access
D. Trunk
Correct Answer: B
Мое понимание: Имеется ввиду, при каких режимах работы порты смогут согласовать транк. Если установлен режим dynamic auto с обоих сторон, то порты согласуются в access (некорректно). Если с одной стороны установлен Dynamic Desirable то порты согласуются с указанными режимами. Поэтому ответ B. Второй вопрос менее понятен и логичен, ниже мое понимание после некоторых изысканий.
Which mode is compatible with Trunk, Access, and desirable ports?
A. Trunk Ports
B. Access Ports
C. Dynamic Auto
D. Dynamic Desirable
Correct Answer: C
Мое понимание: Возможно имеется ввиду следующее "если соседний порт настроен в trunk/access/desirable режиме", то при каком режиме соединение между портами будет работать. Разница между этими режимами в том, что dynamic auto пассивно ожидает запроса от соседнего порта для формирования транка, в то время как dynamic desirable активно пытается сделать порт транковым . Поэтому ответ С.


Вопросы по маршрутизации

Еще два вопроса с "подвохом" для ответа на которые пришлось погуглить. Они касаются понимания таблицы маршрутизации.

Для начала цитата из цисковского официального гайда для подготовки к экзамену 200-125
"When a router tries to route a packet, the router might not match the packet’s destination IP address with any route. When that happens, the router normally just discards the packet. Routers can be configured so that they use either a statically configured or dynamically learned default route. The default route matches all packets, so that if a packet does not match any other more specific route in the routing table, the router can at least forward the packet based on the default route."
How does a router handle an incoming packet whose destination network is missing from the 
Routing table?
A. it discards the packet.
B. it broadcasts the packet to each network on the router.
C. it routes the packet to the default route.
D. it broadcasts the packet to each interface on the router
Correct Answer: C
Мое понимание: Тут вроде все просто, что маршрутизатор делает с пакетом, если адрес назначения отсутствует в таблице маршрутизации, очевидно, что маршрутизатор отправляет пакет по маршруту по умолчанию. Ответ C.
When a router is unable to find a known route in the routing table,how dose it handle 
the pacet?
A. It sends the packet to the next hop address
B. It sends the packet to the gateway of last resort
C. It discards the packet
D. It sends the packet over the route with the best metric
Correct Answer: C
Мое понимание: Этот вопрос на первый взгляд кажется похожим на предыдущий и напрашивается ответ B (ну по крайней мере для меня). Но если внимательно прочитать вопрос "как маршрутизатор будет обрабатывать пакет, если маршрутизатор не в состоянии найти маршрут в таблице маршрутизации". Так как маршрут по умолчанию тоже тоже является маршрутом и, соответсвенно, он тоже должен присутствовать в таблице маршрутизации иначе пакет будет отброшен. Ответ C.

Вопросы по STP

Вопросы по STP впринципе не сложные, но вот сама формулировка вопроса порой с "изюминкой". Для ответа на вопросы по STP, если не углубляться в протоколы, достаточно простой таблички.
STPRSTP
blocking
listening
learning
forwarding
disabled
discarding
learning
forwarding


Which of the port is not part of STP protocol.
A. Listening
B. Learning
C. Forwarding
D. Discarding Correct Answer: D
Какое состояние порта не является частью STP? В протоколе STP отсутствует состояние discarding. Ответ D.
Which two spanning-tree port states does RSTP combine to allow faster convergence?
(Choose two.)
A. blocking
B. listening
C. learning
D. forwarding
E. discarding Correct Answer: AB 
Какие два состояния объединяет RSTP для обеспечения более быстрой сходимости? Если совсем упростить то в RSTP отсутствуют состояния blocking и listening. Ответ AB.
Which two states are the port states when RSTP has converged?(choose two)
A. blocking
B. learning
C. discarding
D. forwarding
E. listening
Correct Answer: CD 
В какие два состояния переводится порт, после того как RSTP сошлось? Blocking и listening отсуствуют в RSTP, а learning не является конечным состоянием порт. Ответ CD.
Which port state is introduced by Rapid-PVST? 
A. learning 
B. listening 
C. discarding 
D. forwarding 
Correct Answer: C
Какое новое состояние порта вводится в Rapid-PVST? Ответ C.



Здесь представлено сугубо мое мнение, оно может быть ошибочным, поэтому лучше пользововаться официальной литературой. В комментариях приветствуется актвное обсуждение и обмен опытом.

суббота, 15 октября 2016 г.

Cisco не удаляется vty сессия

Все началось с того, что не получилось сохранить конфиг. Плучаю ошибку
sw-ru-3#wr mem 
startup-config file open failed (Device or resource busy) 
Начал капаться, увидел странную vty сессию
sw-ru-3#sh users 
    Line       User       Host(s)              Idle       Location 
   1 vty 0     NCMuser    idle                 10w6d     192.168.0.33 
*  2 vty 1     admin      idle                 00:00:00  192.168.0.83 
Висит аж 10 недель да, давненьк не заходил
Перезагружать устройство не охото в середине рабочего дня, да и локация достаточно крупная и находится далеко. Пробуем очистить сессию через clear
sw-ru-3#clear line vty 0 
[confirm] 
[OK] 

Проверяем, но сессия все равно почему-то висит
sw-ru-3#sh users 
    Line       User       Host(s)              Idle       Location 
   1 vty 0     NCMuser    idle                 10w6d     192.168.0.33 
*  2 vty 1     admin      idle                 00:00:00  192.168.0.83 
Заглянем со стороны TCP на эту ситуацию
sw-ru-3#sh tcp brief 
TCB       Local Address           Foreign Address        (state) 
0031FEDC  192.168.0.247.22      192.168.0.83.53238        ESTAB
Тут почему-то одно наше лигитимное соединение.
Исследование cisco`s help на предмет clear, delete, no и т.п. команд натолкнуло на одну команду
sw-ru-3#disconnect ssh vty 0
После ее применения моя ssh сессия тут же закрылась (хотя она была на 1-ой линии), и перестало пинговаться устройство, что заставило немного напречься. Через некоторое время пинг и доступ к устройству восстановился. Аптайм не изменился. Пресловутая сессия пропала и коннфиг успешно сохранен.
sw-ru-3#sh ver | i uptime
sw-ru-3 uptime is 20 weeks, 4 days, 21 hours, 20 minutes
sw-ru-3#sh ver
Cisco IOS Software, C3750 Software (C3750-IPBASEK9-M), Version 12.2(55)SE8, RELEASE SOFTWARE (fc2)

Гугление по этому вопросу показало, что удаление vty сессия можно осуществить через ее TCB (Transmission Control Block). TCB представляет собой некую структуру которая содержит различные части данных, необходимых для установления соединения. Она содержит инфрмацию: о IP адресе, о порте, о состоянии соединения, о сокетах и т.д. Команда sh tcp brief предоставляет информацию о номере TCB (в моем случае это 0031FEDC). Удалить соединение по его TCB можно командой clear tcp tcb 0031FEDC.

Полезная инфрмация:
  • TCP Show Extension
  • Cisco IOS Configuration Fundamentals Command Reference
  • Clearing hung TCP session
  • Won’t Clear VTY session
  • RFC793 Протокол управления пересылкой - TCP
  • пятница, 9 сентября 2016 г.

    Syslog per host

    Дано:
    Имеется порядко 150 устройств (коммутаторы, файерволы, сервера, оптимизаторы трафика и т.д.), необходимо собирать с них логи по-хостово. Логи будут складываться в папку с текущей датой, храниться 100 дней и папки старше 100 дней удалаться. В качестве имен файлов должны выступать hostname устройств. Два дня "сегодня" и "вчера" файлы не архивированы, остальные в архивированном виде, причем каждый лог-файл архивируется отдельно. Web-морды нет.

    Решение:
    Сервер будем разворачивать на VMware, для него выделены ресурсы:
  • CPU - 1 процессор Intel(R) Xeon(R) CPU E5606 @ 2.13GHz
  • Memory -2GB
  • HDD - 90GB

  • В качестве ОС будет использоваться Debian 8.2, а качетсве самого сборщика будет выступать штатный rsyslog (версия - 8.4.2). Диск размечен: 15GB выделено под корень и 75 GB под сами логи и примонтированы к /var.

    Необходимые настройки:
    # provides UDP syslog reception
    $ModLoad imudp
    $UDPServerRun 514

    ..........
    $FileOwner root
    $FileGroup root
    $FileCreateMode 0644 -> чтобы файл могли читать все пользователи
    $Umask 0022

    ..........
    #for dynamic create file per host
    $template DynFile,"/var/log/devices_logs/%$now%/%HOSTNAME%.log"

    ..........
    #for dynamic create file per host
    *.* ?DynFile


    Сам скрипт
    #!/bin/bash
    #определяем дату вчера и директорию "вчера"
    ydate=`date +%Y-%m-%d -d "yesterday"`
    #Запускаемархиватор. Каждый лог-файл в директории станет архивом.
    /usr/bin/find $1 /var/log/devices_logs/$ydate/ -exec /bin/gzip -9 {} \;
    #удаляем папки старше N дней (100)
    find /var/log/devices_logs -type d -mtime +100 -exec rm -rf {} \;

    Добавляем этот скрипт в крон, будем запускать его каждый день в 23:59
    59 23 * * * root /root/rotetion_log
    Если в качетсве имен фалов будут не hostname, а ip адрес, то в файле /etc/host необходимо создать запись вида ip address          hostname

    P.S. в день валится порядка 500-700МБ логов, сжимается все это дело где-то до 30-50МБ.
    P.P.S. здесь нет никакого секретного знания, просто заметка для себя. Оставляйте свои дополнения в комментариях, если где-то ошибся поправлю.