Listen "bbsfidonet #013"
Episode Synopsis
4 Procedimientos a seguir por el Coordinador de Red4.1 Responsabilidades Un Coordinador de Red tiene las siguientesresponsabilidades:1) Recibir la correspondencia entrante para los nodos de su red, yarreglar 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 unaactualización del mismo al Coordinador Regional toda vez que éstecambie.4) Hacer disponibles, para los nodos de su red, de: los listadosde nodos diferenciales (NodeDiff), los nuevos números de FidoNews,y nuevas revisiones del Reglamento de la Red, ni bien seanrecibidas y revisar, periódicamente, los listados de nodos paraasegurarse que estén actualizados.4.2 Rutear la Correspondencia Es su responsabilidad, como Coordinador de Red, coordinarla 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 sedeja a su discreción. Si un nodo de su red está recibiendo grandes volúmenes decorrespondencia, puede solicitar que el operador del mismocontacte a los sistemas que le están enviando estacorrespondencia, y pedirles que no se la ruteen como anfitriones.Si el problema persiste, puede solicitar a su Coordinador Regionalpara que asigne al nodo un número como nodo independiente, y darde 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 otrared, está haciendo una "corrida de bombardeo" a los nodos de sured, ruteándola a través de su anfitrión; entonces puede quejarseal coordinador de la red del nodo ofensor (Si es un nodoindependiente, quéjese con el coordinador regional.) Las "corridasde bombardeo" están consideradas como un comportamientoperturbador. Otra fuente de sobrecarga en los ruteos es el EchoMail. AlEchoMail no se le puede permitir que degrade la habilidad deFidoNet para manipular el tráfico normal de mensajes. Si un nodode su red está ruteando grandes volúmenes de EchoMail, puedepedirle al operador del mismo ya sea: que limite el volumen deEchoMail o bien que deje de rutearlo. No se le exige que remita correspondencia encriptada,comercial, o ilegal. Sin embargo, si usted no la remitiera, debeseguir los procedimientos descriptos en la sección 2.1.74.3 Asignar Números de Nodo Es su responsabilidad asignar números de nodo a nuevosnodos de su red. También puede cambiar los números de nodosexistentes en la misma, aunque debería consultar con sus nodosmiembros antes de hacerlo. Puede asignar cualquier número que desee, siempre y cuandocada nodo tenga un número único dentro de su red. No debe asignar un número de nodo a ningún sistema, hastaque haya recibido una solicitud formal por parte del mismo através del correo de FidoNet. Esto garantizará que el sistema seamínimamente operacional. En el mantenimiento estricto de esta política radica unade las virtudes de FidoNet. También se recomienda, aunque no se exige, que llame a untablero (BBS) que ha solicitado un número de nodo antes deasigná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 poruna red en formación, aquellos deberán ser transferidos a la nuevared. Deberá enviar un NetMail para informar el número de nodo aun nuevo operador, ya que éste permite asegurarse que el sistemaes capaz de recibirlo. Si un nodo de su red está actuando de una manerasuficientemente perturbadora, puede tomar cualquier acción queestime necesaria, de acuerdo con las circunstancias del caso.4.4 Mantenimiento del Listado de Nodos (NodeList) Deberá instrumentar los cambios en su segmento del listadode nodos (NodeList) los cambios: de nombre, de número telefónico,etc., tan pronto como le sea posible, una vez que haya recibido lainformación. Deberá también, ocasionalmente, enviar un mensaje a cadanodo de su red para garantizar que son operacionales. Si un nodo sale "del aire" sin avisarle previamente, puededarle de baja o retirarlo del listado de nodos (NodeList). (Losnodos 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 estacarga de trabajo a nodos conectores (hubs). En este caso, deberárecibir los listados de nodos (NodeLists) por parte delCoordinador de Conectores (Hubs) de su red. Necesitará mantener unconjunto del listado de nodos (NodeLists) por cada conector (hub)dentro de su red, ya que usted no puede apoyarse en cada actualización semanal de cada Coordinador de Conectores (Hub). Deberá ensamblar un listado de nodos (NodeList) maestro desu red todas las semanas y enviarlo al Coordinador Regional en eldía y hora acordados. Se le sugiere que lo haga tan tarde como lesea posible, para así poder acomodar cambios de última hora,evitando el riesgo de perder la conexión con su CoordinadorRegional 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 lapublicación FidoNews y el archivo diferencial (NodeDiff) dellistado de nodos (NodeList). El archivo diferencial (NodeDiff) dellistado de nodos (NodeList) pone a disposición todos los sábados,y FidoNews se publica cada lunes. Debe poner estos archivos a disposición de todos los nodos de la red, y se alienta a que lo dejedisponible para transferencias para el público (usuarios) engeneral. Deberá obtener la versión más reciente del reglamento quesostiene a los miembros de su red, y ponerlo a disposición de losnodos de la misma. Los Reglamentos son publicados con intervalosesporádicos, de modo que también deberá informar a los nodos de sured cuando tales eventos tengan lugar, y garantizar que los nodosesté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 deser una comunidad y nos volveríamos solamente otra colecciónaleatoria de tableros de boletines (BBS).
More episodes of the podcast bbsfidonet
bbsfidonet #020
04/08/2007
bbsfidonet #019
01/08/2007
bbsfidonet #018
01/10/2006
bbsfidonet #017
28/09/2006
bbsfidonet #016
28/09/2006
bbsfidonet #015
27/09/2006
bbsfidonet #014
26/09/2006
bbsfidonet #012
23/09/2006
bbsfidonet #011
21/09/2006
bbsfidonet #010
21/09/2006
ZARZA We are Zarza, the prestigious firm behind major projects in information technology.