Масштабируемый протокол PPP. Требуется помощь в отношении конечного автомата

Question

Я разрабатываю масштабируемый PPP [имеется в виду, что он может быть расширен через Ethernet, HDLC, ATM и т. Д.]. Я застрял в определении того, является ли State Machine хэдлом по стеку PPP [означает, что у меня есть базовый класс дизайна для PPPStack, в котором есть FSM, кодирование, декодирование и т. Д.] Или PPPoE [который получен из моего PPP-класса базового класса PPP].

Я разрабатываю PPP с использованием C ++, чтобы его можно было расширить до oE, oATM и т. Д.

Кодирование кадра PPP выполняется в самом PPP и PPPoE [из которых кадр PPP добавляется после обнаружения и начала сеанса].

Это первый раз, когда я пишу Scalable, если бы кто-нибудь, кто занимается Scalable Architecture, тоже хотел бы услышать их мнение:)

Заранее большое спасибо

Answer 1

PPP имеет конечный автомат, несколько на самом деле. Ссылка запускается, авторизуется и поддерживается конечным автоматом.

Однако LCP, протокол управления каналом, является гораздо более сложным конечным автоматом, с которым вам придется иметь дело.

Есть много ресурсов о PPP, и я боюсь, единственный вопрос, который я видел в вашем посте, был

«Я застрял в определении того, насколько машина состояний работает в стеке PPP или PPPoE».

Ответ - у PPP есть несколько конечных автоматов.

PPPoE может также иметь другой конечный автомат или два, но я не проверял это.

Вот несколько ресурсов, которые могут вам помочь:

Очень хороший документ с хорошей таблицей переходов состояний LCP:
http://scholar.lib.vt.edu/theses/available/etd-04252000-20310024/unrestricted/chapter4.pdf

Отличный обзор PowerPoint, говорящий о многих аспектах PPP:
http://www.cs.huji.ac.il/~sans/students_lectures/PPP-Intro.ppt

Кроме того, поиск в Google, вероятно, будет полезен:
http://www.google.com/search?q=ppp%20state%20machine

Удачи, и не стесняйтесь пересмотреть ваш вопрос, если я его не понял.

-Adam