Protocolo APP. PPP (protocolo de red)

PPP (Protocolo punto a punto) es un protocolo de segunda capa del modelo OSI utilizado en enlaces WAN. PPP es un protocolo abierto, lo que permite utilizarlo cuando es necesario conectar dispositivos Cisco con dispositivos de otros fabricantes (a diferencia de HDLC, sobre cuyas especificaciones Cisco tiene su propia opinión).

Vale la pena hacer una nota importante de inmediato: el protocolo PPP es multifuncional y está muy extendido; al mismo tiempo, en el curso CCNA solo se considera una forma de usarlo: conectar dos enrutadores entre sí mediante un cable serie. De hecho, el alcance del protocolo no se limita a estos casos. PPP puede funcionar a través de un cable de módem nulo, una línea telefónica o comunicaciones celulares. Otros usos populares de PPP son encapsularlo dentro de otros protocolos de capa 2. Déjame explicarte: el PPP en sí está en el segundo nivel del modelo OSI y proporciona una conexión directa entre dos dispositivos, pero si está encapsulado en otro protocolo de segundo nivel: Ethernet (PPP sobre Ethernet - PPPoE), entonces Ethernet entregará tramas. desde la dirección MAC del remitente a la dirección MAC del destinatario, luego el destinatario desencapsulará la trama PPP de Ethernet y luego para los protocolos envueltos en PPP (IPv4, IPX, ...) se creará una "ilusión" completa de que la conexión es punto a punto. En este caso, el propio PPP se ocupará de aspectos tales como la autenticación y la compresión del tráfico. Hay otras formas de usar PPP, por ejemplo PPP sobre ATM - PPPoA, Microsoft Windows usa el protocolo PPTP para crear una VPN, que también es un complemento sobre PPP. Pero todo esto es una digresión lírica para dejar claro por qué estudiar la PPP. En el curso CCNA Acceso a la WAN, PPP es un protocolo para conectar dos enrutadores mediante un cable serie.

¿Qué puede hacer el PPP en comparación con el HDLC?

1. Control de calidad de línea (PPP desconecta el enlace si el número de errores excede el valor especificado).
2. Autenticación mediante PAP o CHAP.
3. Multilink es una tecnología que recuerda a Etherchannel en Ethernet: varios enlaces diferentes se combinan en uno lógico, con una velocidad igual a la suma de los enlaces incluidos en él.
4. PPP Callback es una tecnología utilizada para mejorar la seguridad: el cliente establece una conexión con el servidor, el servidor rompe la conexión y establece una nueva por su parte: con el cliente.

De hecho, al transmitir datos de un enrutador a otro, PPP se encapsula en HDLC, que realiza las funciones de "transporte" de las tramas PPP. Puede leer más sobre HDLC en el artículo "Protocolo HDLC: ejemplo de configuración y descripción". PPP – tiene una estructura en capas, cuando una trama PPP proviene de la red, asciende a través de las subcapas internas de PPP de abajo hacia arriba:

1. La primera subcapa de HDLC recibe la trama, verifica la dirección del destinatario, realiza la suma de verificación y transmite información útil.
2. La subcapa LCP (Protocolo de control de enlace), como su nombre lo indica, administra la conexión, envía y recibe varios indicadores de servicio, monitorea el estado de la conexión (conectada/desconectada), monitorea la calidad de la línea y monitorea la coherencia de la configuración. parámetros entre puntos.
3. La subcapa NCP (Protocolo de control de red) consta de una gran cantidad de módulos, cada uno de los cuales se ocupa de la comunicación con un protocolo específico de tercera capa (IPv4, IPv6, IPX, AppleTalk, ...). Gracias a esto, dentro de una conexión PPP establecida con un nombre de usuario y contraseña, es posible transmitir tráfico de diferentes protocolos de capa de red.

El establecimiento de una conexión entre dos enrutadores utilizando el protocolo PPP se produce en capas de abajo hacia arriba, la interrupción de la conexión se produce de arriba a abajo.

Es decir, la comunicación se establece en este orden: LCP, NCP, carga útil de tercer nivel. Y se rompe: fin de la transmisión de datos útiles, NCP, LCP. Como puede ver, HDLC no establece ni interrumpe conexiones, ya que PPP utiliza tramas HDLC sin confirmación de entrega.

La estructura del marco del PPP es la siguiente:

1. BANDERA es un signo del comienzo de una trama, una secuencia especial de ceros y unos (“01111110”), que le indica al destinatario que seguirá el cuerpo de la trama.
2. DIRECCIÓN – dirección del destinatario; el protocolo PPP siempre utiliza la transmisión “11111111”.
3. CONTROL: el campo contiene el valor “00000011”
4. PROTOCOLO: un campo que contiene el número del protocolo de tercer nivel, cuyo paquete está "envuelto" en esta trama.
5. DATOS – campo con datos útiles de protocolos superiores.
6. FCS es una suma de verificación que se calcula cuando se envía una trama y se compara con el recálculo recibido, que se realiza cuando se recibe la trama. Como resultado, si las sumas no coinciden, el marco se considera "roto" y se descarta.
7. BANDERA: un signo del final de un cuadro, contiene el mismo valor que el signo del comienzo de un cuadro.

Configurar PPP en equipos Cisco, como ya se mencionó, no es difícil en el curso CCNA. Se ejecuta en la interfaz:

1. Seleccione el algoritmo de compresión usando el comando comprimir
2. Establecemos la calidad de la línea, que se considerará aceptable (si el número de errores excede el valor especificado, la conexión se interrumpirá). El comando para esto es calidad ppp.
3. Seleccionamos el método de autenticación PAP o CHAP (más información sobre esto se puede encontrar en el artículo "¿Cuál es la diferencia entre PAP y CHAP?". El método de autenticación se configura mediante comando autenticación ppp.
4. Es necesario configurar el usuario bajo el cual nuestro enrutador se conectará a otro. Aquí los comandos son diferentes para CHAP y PAP. El propio usuario es agregado por el comando. nombre de usuario<имя> contraseña<пароль>, y esto no debe hacerse en la interfaz, sino en el modo de configuración global, pero en el caso de usar PAP, también debe usar el comando en la interfaz ppp pap nombre-usuario enviado <имя> contraseña<пароль>.

No es recomendable utilizar PAP en configuraciones reales, por lo que nos limitaremos a un ejemplo de configuración de CHAP. Entonces, supongamos que la topología es la siguiente: necesita configurar PPP con autenticación CHAP. Configuración en el primer enrutador:

Router#configure terminal Ingrese los comandos de configuración, uno por línea. Terminar con CNTL/Z. Enrutador(config)#nombre de host R1 R1(config)#nombre de usuario Contraseña de R2 123456789 R1(config)#interfaz serial 0/3/0 R1(config-if)#en R1(config-if)#encapsulación ppp R1(config-if) )#cap de autenticación ppp R1(config-if)#dirección IP 192.168.0.1 255.255.255.0 R1(config-if)#sin apagado %LINK-5-CHANGED: Interfaz Serial0/3/0, estado cambiado a inactivo

Configuración en el segundo enrutador:

Router#configure terminal Ingrese los comandos de configuración, uno por línea. Terminar con CNTL/Z. Enrutador(config)#nombre de host R2 R2(config)#nombre de usuario Contraseña de R1 123456789 R2(config)#interfaz serial0/3/0 R2(config-if)#encapsulación ppp R2(config-if)#autenticación ppp cap R2(config- if)#dirección IP 192.168.0.2 255.255.255.0 R2(config-if)#no apagado %LINK-5-CHANGED: Interfaz Serial0/3/0, estado cambiado a arriba %LINEPROTO-5-UPDOWN: Protocolo de línea en la interfaz Serial0 /3/0, cambió de estado a arriba

Tenga en cuenta que el usuario que creamos en el enrutador R1 tiene el nombre R2 y en R2, R1. Esto es necesario porque cuando un router se conecta a otro indica su nombre, por lo que el otro debe conocer este nombre (véalo en su lista de usuarios locales). Otro detalle importante: las contraseñas de los usuarios R1 y R2 deben coincidir.

Para comprobarlo podemos ejecutar el comando:

R2#sh ip inter breve Interfaz Dirección IP ¿OK? Método Estado Protocolo… Serial0/3/0 192.168.0.2 SÍ manual arriba arriba…

Si el estado es "arriba" y el protocolo está "inactivo", esto generalmente significa que hay algunos problemas con PPP: autenticación incorrecta, las contraseñas no coinciden, la calidad de la línea es inferior a la que solicitamos, etc. En este caso, tendrás que verificar las configuraciones y ejecutar debug ppp, lo cual no le deseo a mi enemigo.

fPYuOP FBL CE, LBL SLIP, PPP RTPFPPLPM OHTSEO DMS FPZP, YuFPVSH RPUSHMBFSH RBLEFSCH YUETE RPUMEDPCHBFEMSHOKHA UCHSSH. según RPЪCHPMSEF UPPVEBAEINUS UFPTPOBN PVUKhDYFSH PRGYY FBLYE, LBL IP-BDTEU, NBLUINBMSHOSHCHK TBNET RBLEFB PE CHTENS ЪBRKHULB Y PVEUREYUYCHBEF BCHFPTYЪBGYA LMYEOFB . DMS LBTSDPK YЪ LFYI CHPNPTSOPUFEK PPP YNEEF PFDEMSHOSCHK RTPFPPLPM. OJCE NSCH LTBFLP TBUUNPFTYN LFY VBYUOSHE UFBODBTFOSHE VMPLY PPP. lFP PVUKHTSDEOOYE DBMELP OE RPMOP, Y EUMY CHCH IPFYFE CHSHCHSUOYFSH YuFP-MYVP EEE PFOPUYFEMSHOP PPP, FP S OBUFPSFEMSHOP TELPNEODHA chBN RTPYUYFBFSH URGYZHYLBGYA H RFC 1548 FBLCE L BL Y docena YMY compañero RFC. lTPNE FPZP, CH O"Reilly YJDBOB IPPTPIBS LOYZB" Uso y gestión de APP"(BCFPT Andrew Sun).

h UBNPK PUOPCHE PPP METSYF HRTBCHMEOYE RETEDBUYEK DBOSHI CHSHCHUPLPZP KHTPCOS, UPLTBEEOOOP HDLC ( Control de enlace de datos de alto nivel), LPFPTPPE PRTEDEMSEF ZTBOYGSCH UFTHLFHT PPP Y PVEUREYUYCHBEF 16 TBTSDPCH LPOFTPMSHOPK UHNNSHCH. h RTPFPYCHPRMPTSOPUFSH VPMEE RTYNYFYCHOPNH PZHTTNMEOYA SLIP-RBLEFB, PPP URPUPVEO L ЪBICHBFKH VMPLPCH YЪ DTHZYI RTPFPLPMPCH FBLYI, LBL IP, IPX Novell YMY Appletalk. PPP DPUFYZBEF LFPZP, DPVBCHMSS PVMBUFSH RTPFPPPLPMB L PUOPCHOPNH HDLC.

rTPFPPLPM HRTBCHMEOYS UCHSHA LCP ( Protocolo de control de enlace) YURPMSH'HEFUS ACERCA DEL CUARTO HDLC VHI UPZMBUPCHBOYS PRGYK, YNEAEYI PFOPYEOYE L LBOBMH UCHSY FYRB Unidad de recepción máxima(MRU), LPFPTBS ЪBSCHMSEF NBLUINBMSHOSHCHK TBNET RBLEFB PDOPK UFPTPOSCH UCHSY.

chBTSOSHCHK YBZ CH LPOZHYZHTBGYY UCHSY PPP, PTZBOYBGYS LMYEOFULPK BCHFPTYBGYY. iPFS LFP OEPVSBFEMSHOP, acceso telefónico OP DMS MYOYK DPMTSOP VSHFSH UDEMBOP. pVSHYUOP CHSHCHSHCHCHBENSCHK IPUF RTPUIF LMYEOFB ЪBTESYUFTYTPCHBFSH UEVS, DPLBYSHCHBS, YuFP PO OBEF UELTEFOSHCHK LMAYU. eUMY LMYEOF OBVTBM OERTBCHYMSHOSHCHK LMAYU, UCHSSH VHDEF RTECHBOB. en PPP BCHFPTYЪBGYS TBVPFBEF PVPYNY URPUPVBNY. FP EUFSH, CHSHCHCHCHBAEIK NPTSEF FBLCE RTPUIFSH, YUFPVSH CONTABILIDAD PRBPOBM UEVS. fY RTPGEDHTSCH KHUFBOPCHMEOYS RPDMYOPUFY OE ЪBCHYUSF DTHZ PF DTHZB. yNEAFUS DCHB RTPFPPLPMB DMS TBMYUOSHI FYRPCH BCHFPTYYBGYY, LPFPTSCHE NSCH PVUKhDYN RPTSE. canta OBSCHCHBAFUS "RTPFPLPM HUFBOPCHMEOYS RPDMYOOPUFY RBTPMS" YMY PAP ( Protocolo de autenticación de contraseña) CAP ( Protocolo de autenticación por desafío mutuo).

LBTSDSCHK UEFECHPK RTPFPPLPM, LPFPTSCHK YURPMSHJHEF LBOBM UCHSY RPDPVOP IP, AppleTalk Y F.D., NPTsEF VShchFSH ULPOZHYZHTYTPCHBO DIOBNYUEULY, YURPMSHJHS Protocolo de control de red (NCP). OBRTYNET, YUFPVSH RPUMBFSH IP-RBBLEF, PVB PPP-BVPOEOFB DPMTSOSCH UOBYUBMB PVUKhDYFSH, LBLPC YI IP-BDTEUPCH LBCDSCHK YOYI YURPMSHJHEF. rTPFPPLPM KHRTBCHMEOYS, YURPMSHKHENSHCHK DMS LFPZP, Protocolo de control de protocolo de Internet(PICP).

rPNYNP RPUSHMLY IP-RBLEFPCH PPP FBLCE RPDDETTSYCHBEF Compresión de encabezado Van Jacobson IP-RBLEFPCH. lFP NEFPD DMS FPZP, YuFPVSH UPLTBFYFSH ЪБЗПМПЧЛИ TCP-ВМПЛПЧ ШУЭЗП DP ФТЭИ ВБКФПЧ. bFP FBLCE YURPMSH'HEFUS CH CSLIP Y PFOPUIFUS L VJ compresión de cabecera. yURPMSHЪPCHBOYE UTSBFYS NPTSEF VShchFSH ЪBDBOP PE CHTENS ЪBRKHULB YUETE IPCP.

PPP con Linux

h Linux ZHOLGYPOBMSHOSCH CHPNPTSOPUFY PPP TBDEMEOSCH ACERCA DE DCH YUBUFY: DTBKCHET HDLC de bajo nivel (HDLC, IPCP, IPXCP,...), LPFPTSCHK TBNEEEO CH SDTE, Y RPMSHЪPCHBFEMSHULYK DENPO pppd, PVTBVBFSHCHBAEIK TBMYUOSCH RTPFPPLPMSH KHRTBCHMEOYS. FELHABS CHETUIS PPP DMS Linux UPDETSYF SDTP PPP-NPDHMS, pppd Y RTPZTBNNH charlar, LPFPTBS YURPMSH'HEFUS DMS FPZP, YUFPVSHCHSHCHRPMOYFSH KHDBMEOOHA UCHSSH.

Núcleo PPP-DTBKCHET VSCHM OBRYUBO Michael Callahan. denpo pppd VSHCHM CHSHCHEDEO YЪ TEBMYBGYY PPP DMS Sun Y 386BSD, LPFPTBS VSHMB OBRYUBOB Drew Perkins Y DTHZYNY, Y UEKUBU RPDDETSYCHBEFUS Paul Mackerras. EN VSHM RPTFYTPCHBO CH Linux Al Longyear. rTPZTBNNNB charlar VSHMB OBRYUBOB Karl Fox.

fPYuOP FBL CE, LBL Y SLIP, PPP CHSHRPMOEO RPUTEDUFCHPN UREGYBMSHOPK disciplina de línea. dMS FPZP, YUFPVSH YURPMSHЪPCHBFSH RPUMEDPCHBFEMSHOHA MYOYA LBL PPP-UCHSHISH, CHSC UOBYUBMB DPMTSOSCH KHUFBOPCHYFSH UCHSHA U RPNPESHA chBYEZP NPDENB, LBL PVSHYUOP, Y RETECHUFY MYOYA CH PPP-TEZYN. h LFPN NEFPDE CHUE CHIPDSEYE DBOOSCH RTPIPDSF YuETE PPP-DTBKCHET, LPFPTSCHK RTPCHETSEF CHIPDSEYE HDLC-UFTHHLFKhTSCH ACERCA DE GEMPUFOPUFSH (LBTsDBS HDLC-UFTHLFKHTB OUEEF 16 VYFPCH LPOF TPMSHOPK UHNNSH). h OBUFPSEEE CHTENS BY URPUPVEO L PRGYPOBMSHOPNH RTYNEOOYA Compresión del encabezado Van Jacobson. lBL FPMSHLP Linux UFBMB RPDDETTSYCHBFSH IPX, DTBKCHET PPP VSHM TBUYYTEO DMS FPZP, YuFPVSH PVTBVBFSHCHBFSH IPX-RBLEFSH.

Kernel-DTBCCHETKH RPNPZBEF pppd. rPCHEDEOYE pppd NPTsEF RPDUFTBYCHBFSHUS, YURPMSHЪHS TSD PRGYK. PPP RPDTPVOP PUCHEEBEFUS CH LOYSE Uso y gestión de APP, ST TBUUNPFTA EZP ЪDEUSH MYYSH CH PVEEN CHYDE, RPULPMSHLH RPMOPE PRYUBOIE PYUEOSH ZTPNPJDLP.

bFB TBVPFB OE NPTsEF RPLTSCHFS CHUE BURELFSCH pppd, OP DBUF chBN RPMOPE CHCHEDEOYE. dMS VPMEE RPDTPVOPK YOZHPTNBGYY, PVTBFYFEUSH L man-UFTBOYGBN Y ZHBKMBN README DYUFTYVHFYCHB pppd, LPFPTSHCHE DPMTSOSCH RPNPYUSH chBN TEYYFSH VPMSHYOUFChP CHPRTPUPCH. EUMY X ChBU PUFBAFUS RTPVMENSH DBTSE RPUME YUFEOYS CHUEK DPLHNEOFBGYY, FP CHSH DPMTSOSCH PVTBFYFSHUS CH LPOZHETEOGYA comp.protocols.ppp . fbn chshch hyobefe nopzpe p pppd, LPOZHETEOGYY RTPUFP OEPVYASFOSCH.

Este protocolo fue desarrollado por el grupo IETF (Internet Engineering Task Force) como parte de la pila TCP/IP para transmitir tramas de información a través de canales de comunicación globales en serie para reemplazar el protocolo SLIP (Serial Line IP) obsoleto. PPP se ha convertido en el estándar de facto para comunicaciones de área amplia para conectar clientes remotos a servidores y para crear conexiones entre enrutadores en una red corporativa. Al desarrollar el protocolo PPP, se tomó como base el formato de cuadro HDLC y se complementó con sus propios campos. Los campos del protocolo PPP están anidados dentro del campo de datos de la trama HDLC. Posteriormente, se desarrollaron estándares que utilizaban anidamiento de tramas PPP dentro de frame Relay y otros protocolos de red de área amplia.

La principal diferencia entre PPP y otros protocolos de capa de enlace es que logra la operación coordinada de varios dispositivos a través de un procedimiento de negociación durante el cual se transmiten varios parámetros, como la calidad de la línea, el protocolo de autenticación y los protocolos de capa de red encapsulados. El procedimiento de negociación se produce durante el establecimiento de la conexión.

El protocolo PPP se basa en cuatro principios: aceptación negociable de los parámetros de conexión, soporte multiprotocolo, extensibilidad del protocolo e independencia de los servicios globales.

Aceptación negociada de los parámetros de conexión.. En una red corporativa, los sistemas finales a menudo difieren en el tamaño de los buffers para el almacenamiento temporal de paquetes, las restricciones en el tamaño de los paquetes y la lista de protocolos de capa de red admitidos. La línea física que conecta los dispositivos finales puede variar desde una línea analógica de baja velocidad hasta una línea digital de alta velocidad con distintos niveles de calidad de servicio.

Para hacer frente a todas las situaciones posibles, el protocolo PPP tiene un conjunto de configuraciones predeterminadas que tienen en cuenta todas las configuraciones estándar. Al establecer una conexión, dos dispositivos que se comunican primero intentan utilizar esta configuración para llegar a un entendimiento mutuo. Cada nodo final describe sus capacidades y requisitos. Luego, con base en esta información, se adoptan parámetros de conexión que convienen a ambas partes, que incluyen formatos de encapsulación de datos, tamaños de paquetes, calidad de línea y procedimiento de autenticación.

El protocolo según el cual se reciben los parámetros de conexión se llama Protocolo de control de enlace (LCP). Un protocolo que permite a los nodos finales acordar qué protocolos de red se llevarán a cabo en una conexión establecida se llama Protocolo de control de red (NCP). Dentro de una conexión PPP se pueden transmitir flujos de datos de varios protocolos de red.

Uno de los parámetros importantes de la conexión PPP es el modo de autenticación. Para fines de autenticación, PPP ofrece por defecto el PAP (Protocolo de autenticación de contraseña), que transmite la contraseña a través de la línea de comunicación en texto claro, o el CHAP (Protocolo de autenticación por desafío mutuo), que no transmite la contraseña a través de la línea de comunicación y por lo tanto proporciona una mayor seguridad de la red. Los usuarios también pueden agregar nuevos algoritmos de autenticación. La disciplina para elegir algoritmos de compresión de datos y encabezados es similar.

Soporte multiprotocolo- la capacidad del protocolo PPP para soportar varios protocolos de capa de red ha llevado a la difusión del PPP como estándar de facto. A diferencia de SLIP, que sólo puede transportar paquetes IP, o LAP-B, que sólo puede transportar paquetes X.25, PPP funciona con muchos protocolos de capa de red, incluidos IP, Novell IPX, AppleTalk, DECnet, XNS, Banyan VINES y OSI, así como así como protocolos de capa de enlace de red local. Cada protocolo de capa de red se configura por separado utilizando el protocolo NCP correspondiente. La configuración se entiende, en primer lugar, como una declaración del hecho de que este protocolo se utilizará en la sesión actual del RPP y, en segundo lugar, como una aprobación negociada de algunos parámetros del protocolo. La mayoría de los parámetros están configurados para el protocolo IP: dirección IP del host, dirección IP de los servidores DNS, uso de compresión de encabezado de paquetes IP, etc. Los protocolos para configurar los parámetros del protocolo de nivel superior correspondiente se denominan por el nombre de este protocolo con el adición de la abreviatura CP (Protocolo de control), como IPCP, IPXCP, etc.

Extensibilidad del protocolo. La extensibilidad se refiere tanto a la capacidad de incluir nuevos protocolos en la pila de PPP como a la capacidad de utilizar los protocolos propios de los usuarios en lugar de los predeterminados recomendados en PPP. Esto le permite configurar mejor el PPP para cada situación específica.

Independencia de los servicios globales. La versión inicial de PPP sólo funcionaba con marcos HDLC. Ahora se han agregado especificaciones a la pila PPP para permitir que PPP se utilice en cualquier tecnología de red de área amplia, como ISDN, Frame Relay, X.25, Sonet y HDLC.

El procedimiento de negociación de los protocolos LCP y NCP no podrá finalizar con un acuerdo sobre ningún parámetro. Si, por ejemplo, un nodo propone un valor de 1000 bytes como MTU y otro rechaza esta propuesta y a su vez propone un valor de 1500 bytes, que es rechazado por el primer nodo, luego de un tiempo de espera el procedimiento de negociación puede finalizar sin resultado.

Surge la pregunta: ¿cómo aprenden dos dispositivos que negocian mediante el protocolo PPP los parámetros que ofrecen a su socio? Normalmente, una implementación del protocolo PPP tiene un determinado conjunto de parámetros predeterminados, que se utilizan en las negociaciones. Sin embargo, cada dispositivo (y el programa que implementa el protocolo PPP en el sistema operativo de la computadora) permite al administrador cambiar la configuración predeterminada, así como establecer parámetros que no están incluidos en el conjunto estándar. Por ejemplo, la dirección IP del host remoto no está incluida en la configuración predeterminada, pero el administrador puede configurarla para el servidor de acceso remoto y el servidor luego la ofrecerá al host remoto.

Aunque el protocolo PPP funciona con la trama HDLC, carece de los procedimientos de control de trama y control de flujo del protocolo HDLC. Por lo tanto, PPP utiliza sólo un tipo de trama HDLC: la trama de información no numerada. El campo de control de dicha trama siempre contiene el valor 03. Para corregir errores muy raros que ocurren en el canal, se necesitan protocolos de nivel superior: TCP, SPX, NetBUEl, NCP, etc.

Una de las capacidades del protocolo PPP es el uso de varias líneas físicas para formar un canal lógico, el llamado canal troncal. Esta característica se implementa mediante un protocolo adicional llamado MLPPP (Multi Link PPP). Muchos fabricantes admiten esta función en sus enrutadores y servidores de acceso remoto de forma patentada. Siempre es mejor utilizar un método estándar, ya que garantiza la compatibilidad entre equipos de diferentes fabricantes.

Un canal lógico común puede estar formado por canales de diferente naturaleza física. Por ejemplo, un canal puede formarse en la red telefónica y el otro puede ser un circuito conmutado virtual de la red de retransmisión de tramas.

PPP es el estándar de Internet para transmitir paquetes IP a través de líneas serie. PPP admite líneas síncronas y asíncronas. Para algunos puntos de la discusión sobre PPP, así como PPP versus SLIP, le aconsejo que consulte el documento en ftp.uu.net. :vendor/MorningStar/papers/sug91 -cheapIP.ps.Z (papel) y sug91-cheapIP.shar.Z (diapositivas para retroproyector)

2.2 Características de PPP que pueden estar presentes o no

En ambos lados de la compatibilidad con el marco PPP básico, es necesario saber que muchos programas añaden sus propias capacidades adicionales. Es aconsejable recordar que no todos los programas de distribución gratuita, así como los comerciales, tienen un conjunto completo de todas las capacidades.

2.3 Glosario APP

Cada tecnología adquiere siglas con el tiempo... PPP no es una excepción. Dado que casi todos los términos se utilizan en su transcripción inglés/estadounidense, me parece que la traducción de estas abreviaturas no tiene sentido.

información general

El protocolo punto a punto (PPP) se desarrolló para resolver problemas asociados con la cantidad insuficiente de herramientas de encapsulación estándar para protocolos IP punto a punto. Además, PPP también fue diseñado para simplificar la emisión y administración de direcciones IP, encapsulación síncrona asíncrona y orientada a bits, multiplexación de protocolos de red, configuración y prueba de calidad de comunicación, detección de errores y opciones para establecer características de capa de red como direcciones de configuración. y configurar la compresión de datos. Para respaldar las cualidades anteriores, PPP debe proporcionar control sobre el protocolo de control de enlace (LCP) extendido y la familia de protocolos de protocolos de control de red (NCP) que se utilizan para establecer parámetros de comunicación. Hoy en día, PPP soporta no sólo IP, sino también otros protocolos, incluidos IPX y DECNet.

Componentes de las APP

PPP proporciona la capacidad de transmitir datagramas a través de líneas seriales punto a punto. Tiene 3 componentes:

• Un método para proporcionar encapsulación de datagramas a través de líneas PPP en serie utilizando el protocolo HDLC (control de enlace de datos de alto nivel) para empaquetar datagramas a través de comunicaciones PPP.
• LCP (Protocolo de control de enlace) extendido para establecer, configurar y probar la conexión de enlace de datos
• Una familia de protocolos (NCP) para establecer y gestionar otros protocolos de red; en otras palabras: PPP está diseñado para admitir múltiples protocolos de red simultáneamente.

Operación General

Cuando se establece una conexión PPP, el controlador PPP primero envía paquetes LCP para configurar y (posiblemente) probar el enlace de comunicación. Después de que se hayan establecido las comunicaciones y capacidades adicionales según sea necesario a través de LCP, el controlador PPP envía tramas NCP para cambiar y/o configurar uno o más protocolos de red. Cuando se completa este proceso, los paquetes de red pueden transmitirse a través de la conexión establecida. Permanecerá configurado y activo hasta que ciertos paquetes LCP o NCP cierren la conexión, o hasta que ocurra algún evento externo que provoque la pérdida de la conexión (por ejemplo: un temporizador de inactividad o intervención del usuario)

Requisitos de la capa física

PPP está adaptado para funcionar con cualquier interfaz DTE/DCE, incluidas EIA/TIA-232-C (RS-232), EIA/TIA-422-C(RS-422), EIA/TIA-423-C(RS-423 ) , UIT-T (CCITT) V.35. El único requisito de hardware impuesto por PPP es la presencia de hardware dúplex, ya sea dedicado o conmutado, que pueda operar en paquetes transparentes PPP asíncronos o síncronos orientados a bits.

Capa de enlace PPP

PPP utiliza los principios, la terminología y la estructura de paquetes descritos en los documentos ISO relacionados con HDLC (ISO 3309-1979) y su versión ampliada:

• ISO 3309:1984/PDAD1 "Anexo 1: Iniciar/detener la transmisión".
• ISO 3309-1979: describe la estructura de los paquetes HDLC para su uso en sistemas síncronos.
• ISO 3309:1984/PDAD1: describe propuestas de cambios a ISO 3309-1979 que permitirían el uso de sistemas asíncronos.

Los procedimientos de control de APP utilizan definiciones y campos de control estandarizados en los documentos: ISO 4335-1979 e ISO 4335-1979/Anexo 1-1979.

Formato de paquete PPP:

Protocolo de control de enlace PPP

PPP LCP proporciona métodos para establecer, configurar, mantener y probar conexiones punto a punto. LCP se divide en 4 fases:

• Configuración y comunicación: antes de transmitir cualquier datagrama (por ejemplo, IP), el LCP primero debe abrir una conexión y realizar un intercambio inicial de parámetros de configuración. Esta etapa finaliza cuando se ha enviado y recibido un paquete que confirma la configuración.
• Determinación de la calidad de la comunicación: LCP permite (pero no exige) agregar una fase de prueba del canal de comunicación; esta fase seguirá inmediatamente después de la primera; Durante esta fase se determina si la conexión es capaz de transportar cualquier protocolo de red con suficiente calidad. Esta fase es opcional. El LCP debe retrasar la transferencia de cualquier protocolo de red hasta que se complete esta fase.
• Establecimiento de la configuración del protocolo de red: una vez que el LCP ha terminado de definir los parámetros de comunicación, los protocolos de red deben ser configurados de forma independiente por los NCP correspondientes, que pueden iniciarse o dejar de usarse en cualquier momento.
• Fin de la conexión: LCP puede finalizar la conexión establecida en cualquier momento. Esto puede ocurrir debido a la demanda del usuario o debido a algún evento físico, como la pérdida del operador o la expiración de un período permitido de tiempo de canal no utilizado.

Hay tres tipos de paquetes LCP:

• Paquetes de establecimiento: se utilizan para establecer y configurar comunicaciones.
• Paquetes de interrupción: se utilizan para interrumpir una conexión establecida.
• Paquetes de ahorro de comunicaciones: se utilizan para la gestión y el diagnóstico de las comunicaciones.

2.4 RFC relevantes para APP

Esta es una lista de RFC relacionados con PPP. Algunos de estos documentos (obsoletos) están desactualizados...

• 1717 - Sklower, K.; Lloyd, B.; McGregor, G.; Carr, D El protocolo multienlace (MP) PPP. noviembre de 1994; 21 h.
• 1663 (Formato: TXT=46264 bytes)
• 1662 - Rand, transmisión confiable DPPP. julio de 1994; 8 p.m. (Formato: TXT=17281 bytes)
• 1661 - Simpson, W., edPPP en marcos tipo HDLC. julio de 1994; 25 h. (Formato: TXT=48058 bytes) (Obsoleto RFC 1549)
• 1638 - Simpson, W., ed. El protocolo punto a punto (PPP). julio de 1994; 52p. (Formato: TXT=103026 bytes) (Obsoletos RFC 1548)
• 1619 - Panadero, F.; Bowen, R., edsProtocolo de control de puentes (BCP) del PPP. Junio ​​de 1994; 28 p.m. (Formato:TXT=58477 bytes)
• 1618 - Simpson, WPPP sobre SONET/SDH. mayo de 1994; 4 p.m. Formato: TXT=8893 bytes)
• 1598 - Simpson, WPPP sobre RDSI. mayo de 1994; 6 p.m. (Formato: TXT=14896 bytes)
• 1570 - Simpson, WPPP en X.25. marzo de 1994; 7 p.m. (Formato: TXT=13835 bytes)
• 1553 - Simpson, W., ed. Extensiones PPP LCP. enero de 1994; 18 h. (Formato: TXT=35719 bytes) (Actualiza RFC 1548)
• 1552 -Mathur, S.; Lewis, M. Compresión de encabezados IPX a través de medios WAN (CIPX). 1993 diciembre; 23 h. (Formato: TXT=47450 bytes)
• 1551 - Simpson, W. El protocolo de control de intercambio de paquetes entre redes PPP (IPXCP). 1993 diciembre; 14 p.m. Formato: TXT=29174 bytes)
• 1549 - Allen, M. Novell IPX sobre varios medios WAN IPXWAN). 1993 diciembre; 22 p. m. (Formato: TXT=54210 bytes) (Obsoletos RFC 1362)
• 1548 - Simpson, W., ed. PPP en marcos HDLC. 1993 diciembre; 18 h. (Formato: TXT=36353 bytes) Obsoleto por RFC 1662)
• 1547 - Simpson, W. El protocolo punto a punto (PPP). 1993 diciembre; 53 p. (Formato: TXT=111638 bytes) (Obsoleto RFC 1331; Obsoleto por RFC 1661; Actualizado por RFC 1570)
• 1378 - Perkins, D. Requisitos para un protocolo punto a punto estándar de Internet. 1993 diciembre; 21 h. Formato: TXT=49811 bytes)
• 1377 - Protocolo de control PPP AppleTalk (ATCP). Parker, B. noviembre de 1992; 16 p.m. (Formato: TXT=28496 bytes)
• 1376 - Protocolo de control de capa de red PPP OSI (OSINLCP). Katz, D. noviembre de 1992; 10 p.m. (Formato: TXT=22109 bytes)
• 1362 - Protocolo de Control PPP DECnet Fase IV (DNCP). Senum, S.J. noviembre de 1992; 6 p.m. (Formato: TXT=12448 bytes)
• 1334 - Allen, M. Novell IPX sobre varios medios WAN IPXWAN). Septiembre de 1992; 18 h. (Formato: TXT=30220 bytes)
• 1333 - Protocolos de autenticación PPP. Lloyd, B.; Simpson, W.A. Octubre de 1992; 16 p.m. (Formato: TXT=33248 bytes)
• 1332 - Monitoreo de la calidad del enlace PPP. Simpson, W.A. mayo de 1992; 15 h. (Formato: TXT=29965 bytes)
• 1331 - Protocolo punto a punto (PPP) para la transmisión de datagramas multiprotocolo sobre enlaces punto a punto. Simpson, W.A. mayo de 1992; 66p. (Formato: TXT=129892 bytes) (Obsoletos RFC1171, RFC1172; obsoletos por RFC 1548)
• 1220 - Extensiones de protocolo punto a punto para puenteo. Panadero, F., ed. abril de 1991; 18 h. (Formato: TXT=38165 bytes)
• 1172 - Opciones de configuración inicial del Protocolo punto a punto (PPP). Perkins, D.; Hobby, R. julio de 1990; 38p. (Formato: TXT=76132 bytes) (Obsoleto por RFC1331, RFC1332)
• 1171 - Protocolo Punto a Punto para la transmisión de datagramas multiprotocolo sobre enlaces Punto a Punto. Perkins, D. julio de 1990; 48p. (Formato: TXT=92321 bytes) (Obsoleto RFC1134; Obsoleto por RFC1331)
• 1134 - Protocolo Punto a Punto: Propuesta de transmisión multiprotocolo de datagramas sobre enlaces Punto a Punto. Perkins, D. noviembre de 1989; 38p. (Formato: TXT=87352 bytes) (Obsoleto por RFC1171)
• 1144 - Compresión de encabezados TCP/IP para enlaces seriales de baja velocidad. Jacobson, V. febrero de 1990; 43p. Formato: TXT=120959 PS=534729 bytes)

Entonces. Dio la casualidad de que lo conseguí ADSL Módem y línea telefónica para Internet. Surgió la tarea de montarlo todo. Empecemos.

Añadir líneas a /etc/rc.conf

ppp_enable="SÍ"
ppp_mode="ddial"
ppp_profile="proveedor"

Palabra proveedor- puede ser arbitrario. Esto identifica la configuración de la conexión exacta que se utilizará. En realidad en el archivo de configuración (es decir /etc/ppp/ppp.conf) puede haber varias descripciones y cada una puede usarse para su propia conexión.

A continuación, vaya al directorio. /etc/ppp. Para hacer esto, debes tener derechos de root (de lo contrario, no te dejará entrar). La mayoría de las veces, la configuración predeterminada ya está presente. Pero si este no es el caso, lea a continuación. En cualquier caso, aquí está el archivo. ppp.conf a esta mirada.

configurar dispositivo PPPoE:em0:proveedor
establecer sincronización de velocidad
conjunto mru 1492
conjunto mtu 1492
desactivar ctsrts
establecer tiempo de espera 0
establecer rellamada 0 0
habilitar lqr
establecer lqrperiod 5

proveedor:
establecer nombre de autenticación INICIAR SESIÓN
establecer clave de autenticación CONTRASEÑA
agregar HISADDR predeterminado

Expliquemos algunos parámetros.

em0— nombre de la interfaz externa
establecer nombre de autenticación— establecer un inicio de sesión para acceder a Internet
establecer clave de autenticación— la contraseña real :)

Algunas palabras sobre MTU.

MTU – Unidad de transmisión máxima. Este es el tamaño máximo de un bloque de datos que se puede transferir a través de la interfaz. Este concepto está en la intersección L2 Y L3 y su interpretación puede variar entre proveedores.

Por ejemplo, tamaño típico MTU para fisico L3-interfaz 1500 . Es decir, a grandes rasgos, IP-tamaño del paquete 1500 el byte será procesado y 1501 – descartados o fragmentados. A menudo no se permite la fragmentación de paquetes, por lo que se descartan los paquetes grandes.

Si utiliza túneles, el tamaño del paquete aumenta debido a encabezados adicionales ( GRE, IPSec etc.) Por ejemplo:

— para GRE: 24 bytes (GRE, Nueva IP).
— para GRE sobre IPSec: 56 o más bytes (depende del modo de funcionamiento y del tipo de cifrado)
— para PPPoE: 36 (APP, PPPoE, Ethernet)

Si en su enrutador MTU=1514, pero el proveedor lo tiene en la interfaz física MTU=1500, y el paquete será descartado.

Este es un problema bastante típico en todo tipo de túneles.

¡¡¡LOS INDOTS EN ESTE ARCHIVO SON MUY SIGNIFICATIVOS!!! Palabras proveedor Y por defecto comience estrictamente desde el principio de la línea, todos los demás parámetros comienzan estrictamente desde la sangría. En realidad eso es todo. Puedes iniciar la conexión así.

#ppp -proveedor de marcación

Para administrar la configuración de conexión en tiempo real, use la utilidad pppctl. Con su ayuda, puedes cambiar la configuración de conexión sobre la marcha.

Adiciones:

En este caso, se mostrarán menos entradas de conexión en los registros.

2) Romper en cualquier momento

La cadena de marcado de su módem puede ser la culpable

configurar el dial ".... ATS10=10 OK ......."

Intente configurar un tiempo de espera más pequeño/más

3) Otros descansos

Alternativamente, deshabilite la compresión.

deshabilitar pred1 desinflar deflate24 protocomp acfcomp shortseq vj
negar pred1 desinflar deflate24 protocomp acfcomp shortseq vj