PPP - Історія редагувань

Стойка в 10:54, 5 травня 2009

2009-05-05T10:54:21Z

Стойка в 10:50, 5 травня 2009

2009-05-05T10:50:10Z

Стойка в 10:49, 5 травня 2009

2009-05-05T10:49:51Z

Стойка в 10:49, 5 травня 2009

2009-05-05T10:49:34Z

Стойка в 10:47, 5 травня 2009

2009-05-05T10:47:04Z

Мусієнко Тетяна в 10:56, 7 квітня 2009

2009-04-07T10:56:52Z

Мусієнко Тетяна в 10:53, 7 квітня 2009

2009-04-07T10:53:29Z

Hiss в 09:53, 24 грудня 2008

2008-12-24T09:53:17Z

Hiss в 18:47, 7 грудня 2008

2008-12-07T18:47:40Z

Hiss в 18:44, 7 грудня 2008

2008-12-07T18:44:47Z

@@ Рядок 3: / Рядок 3: @@
 Протокол PPP (Point-to-Point Protocol;)служить для передачі мультипротокольних дейтограм від одного вузла до іншого. Даний протокол відноситься до числа найбільш важливих і широко використовуваних. Це і зрозуміло, більшість регіональних мереж будується з використанням з'єднань крапка-крапка. PPP підтримує, як асинхронний режим з 8 бітами даних без біта парності (погодиться з властивостями послідовного інтерфейсу, що мається практично на всіх ЕОМ), так і побітовий синхронний режим.
 Протокол містить у собі три складові частини:
- <ul>
+<ul>
   <li>Метод інкапсуляції дейтограм при передачі по послідовних комунікаційних каналах.</li>
   <li>Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів.</li>
   <li>Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.</li>
 Протокол керування каналом (LCP - Link Control Protocol) є частиною PPP. Кожен кадр PPP починається і завершується ''прапором'' 0x7E. За стартовим прапором-октетом випливає байт ''адреси'', що завжди дорівнює 0xFF.
 Формат кадру PPP представлений на малюнку

@@ Рядок 3: / Рядок 3: @@
 Протокол PPP (Point-to-Point Protocol;)служить для передачі мультипротокольних дейтограм від одного вузла до іншого. Даний протокол відноситься до числа найбільш важливих і широко використовуваних. Це і зрозуміло, більшість регіональних мереж будується з використанням з'єднань крапка-крапка. PPP підтримує, як асинхронний режим з 8 бітами даних без біта парності (погодиться з властивостями послідовного інтерфейсу, що мається практично на всіх ЕОМ), так і побітовий синхронний режим.
 Протокол містить у собі три складові частини:
-<ul>
+ <ul>
-<li>Метод інкапсуляції дейтограм при передачі по послідовних комунікаційних каналах.</li>
+ <li>Метод інкапсуляції дейтограм при передачі по послідовних комунікаційних каналах.</li>
-<li>Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів.</li>
+ <li>Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів.</li>
-<li>Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.</li>
+ <li>Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.</li>
 Протокол керування каналом (LCP - Link Control Protocol) є частиною PPP. Кожен кадр PPP починається і завершується ''прапором'' 0x7E. За стартовим прапором-октетом випливає байт ''адреси'', що завжди дорівнює 0xFF.
 Формат кадру PPP представлений на малюнку

@@ Рядок 7: / Рядок 7: @@
 <li>Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів.</li>
 <li>Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.</li>
 Протокол керування каналом (LCP - Link Control Protocol) є частиною PPP. Кожен кадр PPP починається і завершується ''прапором'' 0x7E. За стартовим прапором-октетом випливає байт ''адреси'', що завжди дорівнює 0xFF.
 Формат кадру PPP представлений на малюнку

@@ Рядок 3: / Рядок 3: @@
 Протокол PPP (Point-to-Point Protocol;)служить для передачі мультипротокольних дейтограм від одного вузла до іншого. Даний протокол відноситься до числа найбільш важливих і широко використовуваних. Це і зрозуміло, більшість регіональних мереж будується з використанням з'єднань крапка-крапка. PPP підтримує, як асинхронний режим з 8 бітами даних без біта парності (погодиться з властивостями послідовного інтерфейсу, що мається практично на всіх ЕОМ), так і побітовий синхронний режим.
 Протокол містить у собі три складові частини:
+<ul>
-- Метод інкапсуляції дейтограм при передачі по послідовних комунікаційних каналах.
+<li>Метод інкапсуляції дейтограм при передачі по послідовних комунікаційних каналах.</li>
-- Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів.
+<li>Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів.</li>
-- Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.
+<li>Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.</li>
 Протокол керування каналом (LCP - Link Control Protocol) є частиною PPP. Кожен кадр PPP починається і завершується ''прапором'' 0x7E. За стартовим прапором-октетом випливає байт ''адреси'', що завжди дорівнює 0xFF.

@@ Рядок 3: / Рядок 3: @@
 Протокол PPP (Point-to-Point Protocol;)служить для передачі мультипротокольних дейтограм від одного вузла до іншого. Даний протокол відноситься до числа найбільш важливих і широко використовуваних. Це і зрозуміло, більшість регіональних мереж будується з використанням з'єднань крапка-крапка. PPP підтримує, як асинхронний режим з 8 бітами даних без біта парності (погодиться з властивостями послідовного інтерфейсу, що мається практично на всіх ЕОМ), так і побітовий синхронний режим.
 Протокол містить у собі три складові частини:
 - Метод інкапсуляції дейтограм при передачі по послідовних комунікаційних каналах.
-- Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів
+- Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів.
 - Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.

@@ Рядок 30: / Рядок 30: @@
-При виявленні несущої або з ініціативи клієнта система може спробувати установити з'єднання. У випадку успіху система переходить у фазу аутентификації. Якщо ж і фаза аутентифікації завершується благополучно, система виконує підключення до мережі (IP, IPX, Appletalk і т.д.), налаштування мережного рівня виробляється в рамках протоколу NCP. В всіх інших випадках виконується повернення у вихідний стан. Процедура закриття з'єднання здійснюється протоколом LCP.
+При виявленні несущої або з ініціативи клієнта система може спробувати установити з'єднання. У випадку успіху система переходить у фазу аутентифікації. Якщо ж і фаза аутентифікації завершується благополучно, система виконує підключення до мережі (IP, IPX, Appletalk і т.д.), налаштування мережного рівня виробляється в рамках протоколу NCP. В всіх інших випадках виконується повернення у вихідний стан. Процедура закриття з'єднання здійснюється протоколом LCP.
-У поле даних PPP-пакета може бути вкладений один LCP-пакет, у цьому випадку в поле протокол повинний бути записаний код 0x021 (Link Control Protocol). LCP-протокол служить для встановлення з'єднання шляхом обміну конфігураційними пакетами. По завершенні цього обміну система переходить у фазу аутентификації. Формат LCP-пакета показаний на мал. нижче.
+У поле даних PPP-пакета може бути вкладений один LCP-пакет, у цьому випадку в поле протокол повинний бути записаний код 0x021 (Link Control Protocol). LCP-протокол служить для встановлення з'єднання шляхом обміну конфігураційними пакетами. По завершенні цього обміну система переходить у фазу аутентифікації. Формат LCP-пакета показаний на мал. нижче.
 <center>[[Image:Lcp.gif]]</center>
-Слідом за заголовком слідує поле даних. Поле код (1 октет) ідентифікує модифікацію LCP-пакета. Якщо отримано пакет з невідомим полем код, посилається пакет-відгук “відхилення коду”. Поле ідентифікатор (1 октет) служить для перебування відповідності між запитами і відгуками. Якщо отримано пакет з неправильним ідентифікатором, він просто знищується. Двооктетне поле "довжина" визначає розмір LCP-пакета, включаючи розмір заголовка. Октети прийнятого пакета за межами, заданими полем довжина ігноруються.
+Слідом за заголовком слідує поле даних. Поле код (1 октет) ідентифікує модифікацію LCP-пакета. Якщо отримано пакет з невідомим полем код, посилається пакет-відгук “відхилення коду”. Поле ідентифікатор (1 октет) служить для перебування відповідності між запитами і відгуками. Якщо отримано пакет з неправильним ідентифікатором, він просто знищується. Двооктетне поле "довжина" визначає розмір LCP-пакета, включаючи розмір заголовка. Октети прийнятого пакета за межами, заданими полем, довжина ігноруються.
 (докладніше дивись на http://book.itep.ru/3/ppp_35.htm)

← Попередня версія		Версія за 10:53, 7 квітня 2009
Рядок 30:		Рядок 30:


−	При виявленні несущої або з ініціативи клієнта система може спробувати установити з'єднання. У випадку успіху система переходить у фазу аутентификації. Якщо ж і фаза ~~аутентификації~~ завершується благополучно, система виконує підключення до мережі (IP, IPX, Appletalk і т.д.), налаштування мережного рівня виробляється в рамках протоколу NCP. В всіх інших випадках виконується повернення у вихідний стан. Процедура закриття з'єднання здійснюється протоколом LCP.	+	При виявленні несущої або з ініціативи клієнта система може спробувати установити з'єднання. У випадку успіху система переходить у фазу аутентификації. Якщо ж і фаза аутентифікації завершується благополучно, система виконує підключення до мережі (IP, IPX, Appletalk і т.д.), налаштування мережного рівня виробляється в рамках протоколу NCP. В всіх інших випадках виконується повернення у вихідний стан. Процедура закриття з'єднання здійснюється протоколом LCP.

	У поле даних PPP-пакета може бути вкладений один LCP-пакет, у цьому випадку в поле протокол повинний бути записаний код 0x021 (Link Control Protocol). LCP-протокол служить для встановлення з'єднання шляхом обміну конфігураційними пакетами. По завершенні цього обміну система переходить у фазу аутентификації. Формат LCP-пакета показаний на мал. нижче.		У поле даних PPP-пакета може бути вкладений один LCP-пакет, у цьому випадку в поле протокол повинний бути записаний код 0x021 (Link Control Protocol). LCP-протокол служить для встановлення з'єднання шляхом обміну конфігураційними пакетами. По завершенні цього обміну система переходить у фазу аутентификації. Формат LCP-пакета показаний на мал. нижче.

← Попередня версія		Версія за 09:53, 24 грудня 2008
Рядок 40:		Рядок 40:
	(докладніше дивись на http://book.itep.ru/3/ppp_35.htm)		(докладніше дивись на http://book.itep.ru/3/ppp_35.htm)

		+
		+
		+	[[TCP/IP]]
	[[category:Комп'ютерні мережі]]		[[category:Комп'ютерні мережі]]

← Попередня версія		Версія за 18:44, 7 грудня 2008
Рядок 28:		Рядок 28:
	Протокол PPP при встановленні з'єднання передбачає процедуру аутентификації, що є опціонною (дивися мал. нижче). Після переходу на мережний рівень викликається NCP-протокол, що виконує необхідну конфігурацію каналу.		Протокол PPP при встановленні з'єднання передбачає процедуру аутентификації, що є опціонною (дивися мал. нижче). Після переходу на мережний рівень викликається NCP-протокол, що виконує необхідну конфігурацію каналу.

−	<center>[[Image:~~Ppp2~~.gif]]</center>	+
		+
		+	При виявленні несущої або з ініціативи клієнта система може спробувати установити з'єднання. У випадку успіху система переходить у фазу аутентификації. Якщо ж і фаза аутентификації завершується благополучно, система виконує підключення до мережі (IP, IPX, Appletalk і т.д.), налаштування мережного рівня виробляється в рамках протоколу NCP. В всіх інших випадках виконується повернення у вихідний стан. Процедура закриття з'єднання здійснюється протоколом LCP.
		+
		+	У поле даних PPP-пакета може бути вкладений один LCP-пакет, у цьому випадку в поле протокол повинний бути записаний код 0x021 (Link Control Protocol). LCP-протокол служить для встановлення з'єднання шляхом обміну конфігураційними пакетами. По завершенні цього обміну система переходить у фазу аутентификації. Формат LCP-пакета показаний на мал. нижче.
		+
		+	<center>[[Image:Lcp.gif]]</center>