Написал свой стек на основе табличного автомата переходов из книги от "Iosoft". Отлаживаюсь с ПК в режиме прямого соединениения 2-х компьютеров. LCP и PAP отрабатывают нормально.
В IPCP сервер выдает два IP адреса: первый выдает свой адрес, а второй назначает клиенту.
В RFC1332 ничего подобного не нашел.
На плате обмен по IPCP проходит нормально, но IP присваивается не всегда правильно, другими словами плата подхватывает IP сервера.
Подскажите плиз где внятно можна почитать как работает IPCP протокол через РРР.
В приложении дока по РРР через GSM модем, может кому пригодится.
Полная версия этой страницы: PPP стек
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы > Программирование
Цитата(JeDay @ Jul 1 2008, 18:36) 
Написал свой стек на основе табличного автомата переходов из книги от "Iosoft". Отлаживаюсь с ПК в режиме прямого соединениения 2-х компьютеров. LCP и PAP отрабатывают нормально.
В IPCP сервер выдает два IP адреса: первый выдает свой адрес, а второй назначает клиенту.
В RFC1332 ничего подобного не нашел.
Плохо читал. Во-первых, в PPP нет разделения на клиент и сервер, оба конца соединения симметричны и равноправны. Во-вторых, согласование адресов описано в п.3.3 (опция IP-Address).В IPCP сервер выдает два IP адреса: первый выдает свой адрес, а второй назначает клиенту.
В RFC1332 ничего подобного не нашел.
Цитата(JeDay @ Jul 1 2008, 18:36)
На плате обмен по IPCP проходит нормально, но IP присваивается не всегда правильно, другими словами плата подхватывает IP сервера.Подскажите плиз где внятно можна почитать как работает IPCP протокол через РРР.
По-моему, в RFC все описано вполне внятно. По крайней мере, я в процессе реализации никаких сложностей не встретил. Если есть какие-то конкретные вопросы - спрашивай, постараюсь ответить.
Чтож вы там "реализовали" если не знаете, что при организации TCP сессии всегда есть клиент и сервер?
Может че не знаете?
Так спрашивайте конкретно.
Может че не знаете?
Так спрашивайте конкретно.
Цитата(alx2 @ Jul 2 2008, 23:54)
Плохо читал. Во-первых, в PPP нет разделения на клиент и сервер, оба конца соединения симметричны и равноправны. Во-вторых, согласование адресов описано в п.3.3 (опция IP-Address).
По-моему, в RFC все описано вполне внятно. По крайней мере, я в процессе реализации никаких сложностей не встретил. Если есть какие-то конкретные вопросы - спрашивай, постараюсь ответить.
По-моему, в RFC все описано вполне внятно. По крайней мере, я в процессе реализации никаких сложностей не встретил. Если есть какие-то конкретные вопросы - спрашивай, постараюсь ответить.
Цитата
Во-вторых, согласование адресов описано в п.3.3 (опция IP-Address).
Спасибо что ткнули в нужное место. Я RFC1332 несколько раз перечитывал, а самое главное незаметил.
Вот ответ на мой вопрос.
Цитата
This Configuration Option provides a way to negotiate the IP
address to be used on the local end of the link. It allows the
sender of the Configure-Request to state which IP-address is
desired, or to request that the peer provide the information. The
peer can provide this information by NAKing the option, and
returning a valid IP-address.
address to be used on the local end of the link. It allows the
sender of the Configure-Request to state which IP-address is
desired, or to request that the peer provide the information. The
peer can provide this information by NAKing the option, and
returning a valid IP-address.
Всем спасибо!
Цитата(AlexandrY @ Jul 3 2008, 02:10)
Чтож вы там "реализовали" если не знаете, что при организации TCP сессии всегда есть клиент и сервер?
Здравствуйте, AlexandrY. Вы невнимательны. Здесь никто (кроме Вас) не говорит о TCP.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.