5.6.3. Программа nslookup

Программа nslookup позволяет произвести DNS-преобразования в явном виде. Например:

%nslookup www.ibm.com

Server: maria.vvsu.ru

Address: 194.84.124.4

Name: www.ibm.com

Address: 204.146.18.33

Вывод программы означает, что был опрошен сервер maria.vvsu.ru (его IP-адрес 194.84.124.4) и получен ответ IP(www.ibm.com) = 204.146.18.33.

Пример обратного преобразования:

%nslookup 204.146.18.33

Server: maria.vvsu.ru

Address: 194.84.124.4

Name: www.ibm.com

Address: 204.146.18.33

Программа nslookup работает также в режиме командной строки. Необходимые команды:

server [имя_опрашиваемого_сервера] ‑ сменить опрашиваемый DNS сервер, например: server ns.kiae.su. Без аргумента ‑ установить сервер по умолчанию («свой» сервер). Nslookup позволяет напрямую обращаться с запросами к серверам, непосредственно отвечающим за ту или иную зону. Если же ответ поступил от сервера, не отвечающего за зону, для хоста которой запрашивалась информация (например рис. 5.7), такой ответ будет помечен как «non-authoritative answer».

set type=тип_стандартной_записи_ресурса ‑ установить запрос данных определенного типа. Например:

>set type=NS

>ibm.com

означает запрос списка DNS-серверов, отвечающих (authoritative) за домен ibm.com. Запрос в этом случае должен состоять из имени домена, а не отдельного хоста. Возможные типы:

• SOA (Start Of Authority) ‑ заголовок зоны,

• NS (Name Server) ‑ сервер DNS,

• A (Address) ‑ IP-адрес (выбран по умолчанию),

• MX (Mail Exchanger) ‑ обработчик почты,

• CNAME (Canonical Name) ‑ каноническое имя,

• PTR (Pointer) ‑ запрос по обратной зоне,

• ANY ‑ все записи.

ls имя_домена ‑ вывести список хостов указанного домена, например ls vvsu.ru. Предварительно следует переключиться на опрос сервера, отвечающего (authoritative) за данный домен.

help ‑ помощь.

exit ‑ выход.

Любой ввод, не являющийся командой, воспринимается как запрос. Перенаправление вывода в файл производится с помощью символа >.

6. Ретрансляция кадров (Frame Replay). Характеристики протокола информационного обмена и интерфейса «пользователь-сеть»

Ретрансляция кадров (FR) - метод синхронной доставки сообщений в сетях передачи данных с коммутацией пакетов. Первоначально разработка стандарта FR была ориентирована на цифровые сети интегрального обслу­живания (ЦСИО; ISDN - Integrated Services Digital Networks), однако поз­же стало ясно, что FR применима в качестве коммуникационного стандарта и в других широкомасштабных СПД. К числу ее достоинств прежде всего необходимо отнести: малое время задержки, простой формат кадров, содержащих минимум управляющей информации, независимость от протоколов верхних уровней ЭМВОС и др.

Разработкой и исследованием стандартов FR в настоящее время занимаются четыре международные организации: Форум Ретрансляции Кадров (FRF - Frame Relay Forum, г. Фостер-Сити, штат Калифорния, США; этот международный консорциум включает 17 компаний, среди которых Зсom, Northern Telecom, Digital Equipment Corporation, Cisco Systems, Stratacom, Netrix Corporation, Timeplex, Newbridge Networks, Zilog и др.), ANSI (American National Standards Institute - Американский национальный институт по стандартизации), Международный союз электросвязи (ITU-T) и Группа Четырех - G4 (Digital Equipment Corporation, Northern Telecom, Stratacom и Cisco Systems). Оригинальный стандарт G4 (1990 г.), действи­тельно положивший начало промышленному применению FR, был основан на проекте стандартов ANSI и имел небольшие отличия от последнего. Стандарты FRF и ITU-T, появившиеся несколько позже, идентичны стандартам ANSI.

Любой международный стандарт всегда имеет (и всегда будет иметь) огромный набор прикладных реализаций в различных СПД, что, как правило, приводит к созданию многими фирмами-производителями аппаратно-программных средств, которые зачастую несовместимы. Многими международными организациями предпринимались попытки преодоления ситуации. Результатом одной такой попытки, предпринятой FRF, явился проект, согласовывающий набор стандартов ANSI, обязательный для выполнения членами FRF и реализации большинством фирм-производителей. В январе 1992 года это соглашение было доработано Техническим комитетом FRF и подтверждено собранием членов FRF.

Принятый FRF проект рассматривает только стандарты для постоянных виртуальных каналов (ПВК) и интерфейса "пользователь - сеть" (ИПС). В этот проект не вошли стандарты для коммутируемых виртуальных кана­лов (КВК) и интерфейса межсетевого взаимодействия. Однако работы по этим направлениям продолжаются, и впоследствии их результаты найдут свое отражение в новых стандартах FR. Кроме того, проект FRF не рас­сматривает стандарты физических интерфейсов, поэтому при создании се­тей FR допускаются различные физические интерфейсы, среди которых V.35, G.703, Х.21 и др.