Процесс соединения с вызовом по требованию
Процесс соединения с вызовом по требованию
Когда пользователь узла с адресом 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 теряются.