|
Процесс
соединения с вызовом по требованию
Когда пользователь
узла с адресом 173.75.73.5 пытается соединиться с пользователем узла с адресом
173.75.72.10, происходят следующие события:
|
1.
|
Пакеты от 173.75.73.5,
предназначенные для 173.75.72.10, посылаются к Маршрутизатору 1.
|
|
2.
|
Маршрутизатор
1 получает пакет от 173.75.73.5 и проверяет таблицу маршрутизации. Находится
маршрут к 173.75.72.10 и определяется, что он использует интерфейс DD_SPb.
|
|
3.
|
Маршрутизатор
1 проверяет состояние интерфейса DD_SPb: оказывается, что он находится в
разъединенном состоянии.
|
|
4.
|
Маршрутизатор
1 отыскивает конфигурацию интерфейса DD_SPb с вызовом по требованию.
|
|
5.
|
На основании
конфигурации интерфейса DD_SPb Маршрутизатор 1 использует модем, подключенный
к СОМ1, чтобы набрать номер (812)765-4321.
|
|
6.
|
Маршрутизатор
2 отвечает на входящий вызов и устанавливает использование протокола TCP/IP.
|
|
7.
|
Маршрутизатор
2 запрашивает идентификационную информацию по входящему соединению.
|
|
8.
|
Маршрутизатор
1 посылает имя пользователя "DD_Moscow" и соответствующий пароль.
|
|
9.
|
После получения
идентификационной информации Маршрутизатор 2 проверяет имя пользователя
и пароль в системе безопасности Windows и определяет, что Маршрутизатор
1 имеет разрешение* на установление входящего соединения.
|
|
10.
|
Теперь Маршрутизатор
2 должен определить, является ли субъект, установивший входное соединение
сетевым клиентом или маршрутизатором, устанавливающим соединение с вызовом
по требованию. Маршрутизатор 2 просматривает список интерфейсов с вызовом
по требованию и ищет интерфейс, который соответствует имени пользователя
и паролю, посланному Маршрутизатором 1 как часть идентификационной информации.
Маршрутизатор 2 находит интерфейс с вызовом по требованию "DD_Moscow", который
соответствует имени пользователя.
|
|
11.
|
Маршрутизатор
2 переводит интерфейс с вызовом по требованию от DD_Moscow в состояние "соединен".
|
|
12.
|
Маршрутизатор
1 передает пакет от пользователя с адресом 173.75.73.5 через соединение
с вызовом по требованию на Маршрутизатор 2.
|
|
13.
|
Маршрутизатор
2 получает пакет и пересылает его пользователю по адресу 173.75.72.10.
|
|
14.
|
Пользователь
с адресом 173.75.72.10 посылает на Маршрутизатор 2 ответ на запрос об установлении
соединения, сделанный пользователем с адресом 173.75.73.5.
|
|
15.
|
Маршрутизатор
2 получает пакет, предназначенный для 173.73.75.5, и проверяет таблицу маршрутизации:
маршрут к 173.75.73.5 найден, используется интерфейс DD_Moscow.
|
|
16.
|
Маршрутизатор
2 проверяет состояние интерфейса DD_Moscow и определяет, что он находится
в состоянии "соединен".
|
|
17.
|
Маршрутизатор
2 передает пакет Маршрутизатору 1.
|
|
18.
|
Маршрутизатор
1 передает пакет пользователю по адресу 173.75.73.5.
|
Если имя пользователя
в идентификационной информации не соответствует имени соответствующего интерфейса
с вызовом по требованию, объект вызова определяется как сетевой клиент, что
может привести к проблемам маршрутизации. Например, если Маршрутизатор 1 использует
строку "DialUpRouterl" в качестве имени пользователя в составе идентификационной
информации, то Маршрутизатор 1 будет распознан как сетевой клиент, а не как
маршрутизатор (предположим, что
DialUpRouterl —
существующая учетная
запись с разрешением на установление входящего соединения). Пакеты посылаются
от пользователя по адресу 173.75.73.5 пользователю по адресу 173.75.72.10, как
описано ранее. Однако пакеты ответа от 173.75.72.10 к 173.75.73.5 посылаются
Маршрутизатору 2, который после проверки таблицы маршрутизации определяет, что
интерфейс, который необходимо использовать — DD_Moscow. DD_Moscow находится
в разъединенном состоянии. В соответствии с конфигурацией для DD_Moscow, должен
использоваться порт COM2. Однако COM2 в настоящее время используется Маршрутизатором
2 для сетевого клиента (за который ошибочно принят Маршрутизатор 1). Следовательно,
процесс установления соединения для DD_Moscow оканчивается неудачей, и ответные
пакеты от 173.75.72.10 к 173.75.73.5 теряются.
|
