Фиксация и определение номера интерфейса в IOS

При использовании систем управления удобно иметь возможность ссылаться на интерфейсы по номеру, который сохраняется даже после перезагрузки устройства. Начиная с Cisco IOS Release 12.1(5) эту возможность обеспечивает Interface Index Persistence feature.

Для включения данной функциональности нужно выполнить либо глобальную команду:

R(config)# snmp-server ifindex persist

Либо локальную на интерфейсе:

R(config)# interface type slot/port
R(config-if)# snmp ifindex persist

Определить номер интерфейса можно командой
R# show snmp mib ifmib ifindex type slot/port 

===============================
Useful links
Cisco SNMP Object Navigator

Полезные ссылки - JunOS

Курс JunOS как второй язык

Измерение ширины LFN канала на маршрутизаторах Cisco

LFN (Long Fat Network) - сеть обладающая большой пропускной способностью и большим временем задержки. Например, спутниковые или WiMAX каналы.

Оптимальным методом тестирования максимальной пропускной способности канала является передача UDP потока со скоростью заведомо превышающей скорость канала.


Чтобы получить адекватные значения пропускной способности каналов такого типа с использованием TCP, нужно иметь ввиду, что настройки TCP по умолчанию скорее всего не позволят это сделать. В Винде TCP Window Size определяется согласно данного алгоритма. Полученное значение не обеспечивает полную загрузку канала на широких линках с большой задержкой.


При тестировании LFN* сетей с помощью TCP для достижения  максимальной пропускной способности канала необходимо на конечных узлах тестирования менять TCP Window size в соответствии с пропускной способностью и задержкой  тестируемого канала.
 Расчет размера окна производится по формуле:

TCP window size (kBytes)  ≥ Bandwidth (KBytes/sec) *  packet RTT (sec)

Также для удобства расчетов TCP window size можно воспользоваться этим инструментом.

Для измерения ширины канала можно воспользоваться следующими инструментами:
1. iperf либо его графическим вариантом jperf
2. скрытой командой IOS ttcp. Команда доступна в привилегированном режиме, в большинстве версий IOS выше 11.2. Возможен вариант cisco-cisco, cisco(server)-PC(client), cisco(client)-PC(server). Приложение для PC доступно на http://renoir.csc.ncsu.edu/ttcp/
3. nuttcp




Полезные ссылки

IP Application Services Configuration Guide, Cisco IOS Release 15.1M&T
Шикарная статья

Еще статья
Tuning TCP under Windows XP
IETF RFC1323

Recommended Values for Marking

	CoS	IPP	DSCP
Voice Payload	5	5	EF
Video Payload	4	4	AF41
Voice/video Signaling	3	3	CS3
Mission-critical Data	3	3	AF31, AF32, AF33
Transactional Data	2	2	AF21, AF22, AF23
Bulk Data	1	1	AF11, AF12, AF13
Best Effort	0	0	BE
Scavenger	0	0	2, 4, 6

 

Полезные ссылки - QoS

nBAR RTP Payload Classification

Auto-negotiation, Speed и Duplex

По умолчанию порты коммутаторов Cisco используют auto-negotiation для  определения скорости и дуплексности.  Эти параметры также могут быть заданы с помощью команд настроек интерфейса speed и duplex.

Для автоопределения настроек Cisco использует Fast Link Pulses(FLP).  Если устройство на другом конце  кабеля не поддерживает auto-negotiaition, порт все равно способен определить скорость. В случае несовпадения скоростей на концах линка, например при ручном его задании, связь будет невозможна.

Дуплексность определяется исключительно через auto-negotiation и только в том случае, если оба устройства на концах линка поддерживают эту функцию. Если же определить дуплексность посредством auto-negotiation невозможно, устройство предпринимает попытку «догадаться». Коммутаторы Cisco «догадываются»  по таблице:

Link speed	Duplex
10-Mbps	Half duplex
100-Mbps	Half duplex
1-Gbps	Full duplex

Чтобы отключить auto-negotioation на портах Cisco, необходимо  статически  задать speed и duplex.

Характерным признаком duplex mismatch на уровне приложения является проблема с передачей больших файлов. Например, письма с большими вложениями не уходят  или не синхронизируется AD. 

На уровне интерфейса (show interface) при этом наблюдается большое количество Late Collisions.

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