| Gu�a de Administraci�n de Redes con Linux | ||
|---|---|---|
| Anterior | Cap�tulo 8. El Protocolo Punto-a-Punto | Siguiente |
Anteriormente, ya hemos tratado sobre LCP, el protocolo de control de enlace (Link Control Protocol), que se utiliza para negociar las caracter�sticas de la conexi�n y comprobarla.
Las dos opciones m�s importantes que pueden ser negociadas por el LCP son la unidad m�xima de recepci�n (MRU) y el mapa de caracteres de control as�ncronos. Tambi�n hay varias opciones m�s de configuraci�n LCP, pero son demasiado espec�ficas como para comentarlas aqu�. Eche un vistazo a la RFC 1548 para ver una descripci�n de �stas.
El mapa de caracteres de control as�ncronos, tambi�n conocido como el mapa as�ncrono, se usa en enlaces as�ncronos, como las l�neas telef�nicas, para identificar los caracteres de control que deben de ser reemplazados por una secuencia espec�fica de dos caracteres, para evitar que sean interpretados por el equipamiento utilizado para establecer el enlace. Por ejemplo, puede que quiera evitar los caracteres XON y XOFF utilizados con el control de flujo hardware activado, pues alg�n m�dem mal configurado puede parar hasta que reciba un XOFF. Otro candidato puede ser Ctrl-] (el car�cter de escape del telnet). PPP le permite obviar/rehuir de cualquiera de los caracteres con c�digos ASCII comprendidos entre 0 y 31 especific�ndolos en el mapa as�ncrono.
El mapa as�ncrono (async map) es un mapa de bits de 32 bits de ancho, y cuyo bit menos significativo corresponde al car�cter ASCII NUL, y cuyo bit mas significativo corresponde al ASCII 31. Estos 32 caracteres ASCII son los caracteres de control. Si un bit se pone a 1, indica que el car�cter correspondiente debe de ser "escapado" antes de ser enviado a trav�s de la conexi�n.
Para decir al otro ordenador que no tiene que rehuir de todos los caracteres de control sino s�lo de algunos, puede establecer un nuevo mapa as�ncrono al pppd utilizando la opci�n asyncmap. Por ejemplo, si s�lo ^S y ^Q (los c�digos ASCII 17 y 19, normalmente utilizados para XON y XOFF) deben de ser "escapados", utilice la siguiente opci�n:
asyncmap 0x000A0000 |
Mientras sepa convertir binario a hexadecimal la conversi�n es simple. Coloque 32 bits enfrente de usted. El bit m�s a la derecha corresponde al ASCII 00(NULL), y el de m�s a la izquierda al ASCII 32 decimal. Establezca los bits que corresponden a los caracteres que quiera "escapar" a uno, y el resto a 0. Para convertir eso al n�mero en hexadecimal que el pppd espera, simplemente coja cada grupo de 4 bits y convi�rtalos en hexadecimal. Deber�a terminar con ocho figuras en hexadecimal. P�ngalos todos juntos en cadena y antep�ngale “0x” para mostrar que es un n�mero hexadecimal, y habr� terminado.
Inicialmente, el mapa as�ncrono se establece como 0xffffffff— lo que significa que todos los caracteres de control ser�n "escapados". De partida esto es seguro, pero normalmente es m�s de lo que necesita. Cada car�cter que aparece en el mapa as�ncrono produce dos caracteres que son transmitidos a trav�s del enlace, as� al introducir estos caracteres de escape se produce un incremento de la utilizaci�n del enlace y la correspondiente reducci�n del rendimiento.
En la mayoria de las circunstancias, un mapa as�ncrono de 0x0 funcionar� correctamente. No se producen caracteres de escape.
La unidad m�xima de recepci�n, o MRU, se�aliza al otro extremo el tama�o m�ximo de las tramas HDLC que queremos recibir. Aunque esto puede que le recuerde al valor de la MTU (unidad m�xima de transferencia), tienen poco en com�n. El MTU es un par�metro del dispositivo de red del n�cleo, y describe el tama�o m�ximo de la trama que el interfaz es capaz de soportar. El MRU es m�s bien un consejo al ordenador remoto para que no genere ninguna trama m�s grande que la MRU; no obstante, el interfaz ha de ser capaz de recibir tramas de hasta 1500 bytes.
Por lo tanto, elegir un MRU no es tanto una cuesti�n de que es capaz de transmitir la conexi�n, sino de c�mo conseguir el mejor rendimiento. Si va a usar la conexi�n para aplicaciones interactivas, el poner en el MRU valores tan bajos como 296 es una buena idea, de forma que un paquete ocasional mayor (digamos, de una sesi�n de FTP) no haga a su cursor “saltar.”. Para decir al pppd que pida un MRU de 296, pondr�a la opci�n mru 296. Las MRUs peque�as, de todas maneras, s�lo tienen sentido si no tiene la compresi�n de cabecera VJ desactivada (esta activada por omisi�n), de otra manera desaprovechar� una gran cantidad de su ancho de banda s�lo transportando la cavecera IP de cada datagrama.
El pppd tambi�n entiende un par de opciones LCP que configuran el comportamiento general del proceso de negociaci�n, como es el m�ximo n�mero de peticiones de configuraci�n que pueden ser intercambiadas antes de que se corte la conexi�n. A menos que sepa exactamente lo que esta haciendo, deber� dejar este valor fijo.
Finalmente, hay dos opciones que se aplican a los mensajes de eco del LCP. El PPP define dos mensajes,Petici�n de Eco y Respuesta de Eco. El pppd usa esta caracter�stica para comprobar si la conexi�n esta a�n operativa. Puede habilitarla utilizando la opci�n lcp-echo-interval junto con el tiempo en segundos. Si no se reciben tramas del ordenador remoto en este intervalo, el pppd genera una Petici�n de Eco, y espera a que el compa�ero devuelva una Respuesta de Eco. Si el compa�ero no produce una respuesta, la conexi�n es cortada despu�s de que se hayan enviado un cierto n�mero de peticiones. Este n�mero puede ser establecido utilizando la opci�n lcp-echo-failure. predeterminado, esta caracter�stica tambi�n esta desactivada.