bbsfidonet #013

4 Procedimientos a seguir por el Coordinador de Red 4.1 Responsabilidades Un Coordinador de Red tiene las siguientes responsabilidades: 1) Recibir la correspondencia entrante para los nodos de su red, y arreglar la entrega a sus receptores. 2) Asignar números de nodo a los nodos de su red. 3) Mantener el listado de nodos (NodeList) de su red, y enviar una actualización del mismo al Coordinador Regional toda vez que éste cambie. 4) Hacer disponibles, para los nodos de su red, de: los listados de nodos diferenciales (NodeDiff), los nuevos números de FidoNews, y nuevas revisiones del Reglamento de la Red, ni bien sean recibidas y revisar, periódicamente, los listados de nodos para asegurarse que estén actualizados. 4.2 Rutear la Correspondencia Es su responsabilidad, como Coordinador de Red, coordinar la recepción y envío de NetMails ruteados a través de anfitriones (host) para los nodos en su red. El mejor método para lograrlo se deja a su discreción. Si un nodo de su red está recibiendo grandes volúmenes de correspondencia, puede solicitar que el operador del mismo contacte a los sistemas que le están enviando esta correspondencia, y pedirles que no se la ruteen como anfitriones. Si el problema persiste, puede solicitar a su Coordinador Regional para que asigne al nodo un número como nodo independiente, y dar de baja el sistema de su red. Ocasionalmente, un nodo hará una "corrida de bombardeo" (enviando un mensaje a muchos nodos a la vez). Si un nodo, de otra red, está haciendo una "corrida de bombardeo" a los nodos de su red, ruteándola a través de su anfitrión; entonces puede quejarse al coordinador de la red del nodo ofensor (Si es un nodo independiente, quéjese con el coordinador regional.) Las "corridas de bombardeo" están consideradas como un comportamiento perturbador. Otra fuente de sobrecarga en los ruteos es el EchoMail. Al EchoMail no se le puede permitir que degrade la habilidad de FidoNet para manipular el tráfico normal de mensajes. Si un nodo de su red está ruteando grandes volúmenes de EchoMail, puede pedirle al operador del mismo ya sea: que limite el volumen de EchoMail o bien que deje de rutearlo. No se le exige que remita correspondencia encriptada, comercial, o ilegal. Sin embargo, si usted no la remitiera, debe seguir los procedimientos descriptos en la sección 2.1.7 4.3 Asignar Números de Nodo Es su responsabilidad asignar números de nodo a nuevos nodos de su red. También puede cambiar los números de nodos existentes en la misma, aunque debería consultar con sus nodos miembros antes de hacerlo. Puede asignar cualquier número que desee, siempre y cuando cada nodo tenga un número único dentro de su red. No debe asignar un número de nodo a ningún sistema, hasta que haya recibido una solicitud formal por parte del mismo a través del correo de FidoNet. Esto garantizará que el sistema sea mínimamente operacional. En el mantenimiento estricto de esta política radica una de las virtudes de FidoNet. También se recomienda, aunque no se exige, que llame a un tablero (BBS) que ha solicitado un número de nodo antes de asignárselo. Puede no asignar un número de nodo a un nodo situado en un área cubierta por una red existente. Además, si tuviera nodos en un área que será cubierta por una red en formación, aquellos deberán ser transferidos a la nueva red. Deberá enviar un NetMail para informar el número de nodo a un nuevo operador, ya que éste permite asegurarse que el sistema es capaz de recibirlo. Si un nodo de su red está actuando de una manera suficientemente perturbadora, puede tomar cualquier acción que estime necesaria, de acuerdo con las circunstancias del caso. 4.4 Mantenimiento del Listado de Nodos (NodeList) Deberá instrumentar los cambios en su segmento del listado de nodos (NodeList) los cambios: de nombre, de número telefónico, etc., tan pronto como le sea posible, una vez que haya recibido la información. Deberá también, ocasionalmente, enviar un mensaje a cada nodo de su red para garantizar que son operacionales. Si un nodo sale "del aire" sin avisarle previamente, puede darle de baja o retirarlo del listado de nodos (NodeList). (Los nodos son puestos DE BAJA por un período máximo de dos semanas, después del cual deberá ser retirado del listado de nodos). Según su discreción, puede distribuir una parte de esta carga de trabajo a nodos conectores (hubs). En este caso, deberá recibir los listados de nodos (NodeLists) por parte del Coordinador de Conectores (Hubs) de su red. Necesitará mantener un conjunto del listado de nodos (NodeLists) por cada conector (hub) dentro de su red, ya que usted no puede apoyarse en cada actuali zación semanal de cada Coordinador de Conectores (Hub). Deberá ensamblar un listado de nodos (NodeList) maestro de su red todas las semanas y enviarlo al Coordinador Regional en el día y hora acordados. Se le sugiere que lo haga tan tarde como le sea posible, para así poder acomodar cambios de última hora, evitando el riesgo de perder la conexión con su Coordinador Regional y por lo tanto perder la actualización semanal. 4.5 Hacer Disponibles los Reglamentos, Listado de Nodos (Nodelists) y FidoNews Como Coordinador de Red deberá obtener, todas las semanas, a través de su Coordinador Regional, el último número de la publicación FidoNews y el archivo diferencial (NodeDiff) del listado de nodos (NodeList). El archivo diferencial (NodeDiff) del listado de nodos (NodeList) pone a disposición todos los sábados, y FidoNews se publica cada lunes. Debe poner estos archivos a dis posición de todos los nodos de la red, y se alienta a que lo deje disponible para transferencias para el público (usuarios) en general. Deberá obtener la versión más reciente del reglamento que sostiene a los miembros de su red, y ponerlo a disposición de los nodos de la misma. Los Reglamentos son publicados con intervalos esporádicos, de modo que también deberá informar a los nodos de su red cuando tales eventos tengan lugar, y garantizar que los nodos estén familiarizados, en general, con los cambios instrumentados. El Reglamento, FidoNews, y el listado de nodos (NodeList) son el pegamento que nos mantiene unidos. Sin ellos, dejaríamos de ser una comunidad y nos volveríamos solamente otra colección aleatoria de tableros de boletines (BBS).