Resumen:
En la red de computadores de electronica se hace necesario mantener
versiones
identicas de S.O. Linux y sus aplicaciones en un numero grande de computadores.
Se desea automatizar la propagacion de cambios, que se realizan en
un "maestro"
a traves de toda la red. Ello se puede hacer a traves de rdist(1) o
rsync(1) o
programas similares. El trabajo incluyira una investigación
acerca de que
alternativas hay.
Referencias:
manpage de rdist(1)
varios links en internet, entre ellos http://freshmeat.net
- Razones por las cuales se hace necesaria la codificación de
datos.
- Métodos actuales de encriptación.
- Problemas de los métodos
- Aspectos legales de la codificación.
Referencias:
- Revista Spectrum IEEE Abril 2000, Artículo "Encryption
Wars"
- Computer Security Group: http://www.cl.cam.ac.uk/Research/Security/index.html
- Cryptography: The Study of Encryption: http://world.std.com/~franl/crypto.html
- Kosko on privacy: http://www.spectrum.ieee.org/publicaccess/9602teaser/9602kbits.html
- The Solitaire Encryption Algorithm: http://www.counterpane.com/solitaire.html
Resumen
La necesidad de intercambiar información electrónicamente
de una manera segura, es decir, protegida de
intrusos, ha llevado a la elaboración de diversos métodos
de codififcación de mensajes. El propósito del
presente trabajo es presentar de una forma ordenada los siguientes
temas:
- Razones por las cuales se hace necesaria la codificación de
datos.
- Métodos actuales de encriptación.
- Problemas de los métodos
- Aspectos legales de la codificación.
Referencia:
FALTA !!
Buena parte de la información sobre Linux esta disponible
en el
sistema de archivos /proc. Los â€archivosâ€?
del directorio /proc
pueden ser abiertos y analizados como cualquier archivo ordinario.
Veremos la carga de la CPU, la trasferencia de archivos en la red,
la
cantidad de memoria instalada y usada. Todo esto en un entorno grafico
y agradable el usuario.
Referencias: 1. †Begining linux programing�
Neel Matew
Richard Stone
2. â€Desarrollo
de aplicaciones Linux�
Eric Harlow
Objetivos:
Esta presentacion pretende describir el protocolo
RTP (Real Time
Protocol), el cual es un protocolo propuesto por el IETF en el RFC
1889 para
la transmision unicast y multicast de trafico de tiempo real como Video
y
Audio. RTP mediante un uso de "marcas de tiempo" permite la sincronizacion
del receptor necesaria para procesar el flujo de datos, el protocolo
no provee
sistemas de control perdidas, ya que es innecesario en datos a tiempo
real.
Tampoco provee de reserva de recursos ni QoS (ver RSVP).
Adicionalmente RTP provee de una protocolo de control
llamado RTCP
(Real Time Control Protocol) que permite el monitoreo de los datos
transmitidos y recibidos, de forma que el protocolo sea escalable y
posea un
minimo de control. Mediante RTCP se pueden medir perdidas y llevar
un
control de sesion basico.
La descripcion no sera en profundidad ya que el
objetivo es poder usar la
implementacion de RTP creada por UCL (University College of London)
y
presentar un pequena aplicacion de transmision de audio via RTP. Para
esto se
describiran los principios fundamentales del protocolo para luego estudiar
el
uso del API creada por UCL.
Referencias:
RFC 1889: A Transport Protocol for Real-Time Applications.
UCL Common Multimedia Library.
UCL Network Multimedia Research Group.
RTP profile for audio and video conference with minimal control.
William Stallings, High Speed Networks: TCP/IP and ATM Design
Principles. Paginas 281-95.ISBN 0-13-525965-7
Resource Reservation Setup Protocol.
Objetivos:Presentar y discutir una estrategia para la asignación
de
direcciones en la internet basada en el protocolo IP versión
4 con miras
a una utilización eficiente de los recursos disponibles y a
detener el
crecimiento explosivo de las tablas de enrutamiento.
El problema es en gran parte debido a que se dispone de
un número limitado de direcciones (32 bits) y a que una red
clase B
(65534 direcciones) es demasiado grande para muchas organizaciones
de
mediano tamaño y una clase C (256 direcciones) demasiado pequeña.
En el trabajo se analizan las causas del problema y se
presenta una posible solución.
Referencias:RFC1519, Classless Inter-Domain Routing (CIDR):
an Address Assignment and Aggregation Strategy
Resumen.- En este trabajo se centrara
en el problema existente en la
transición desde el protocolo IPv4 al IPv6, se realizara un
estudio de
cada uno, centrándonos en sus diferencias substanciales, para
luego
presentar una solución al dilema, eso si una vez identificadas
la
dificultades técnicas para lograr crear un intérprete
entre ambos
protocolos.
1. Introducción
Desde una primera etapa, en la migración desde el protocolo IPv4
al
IPv6, será un problema lograr una comunicación entre
maquinas con
estos dos protocolos, esto significa que las maquinas con IPv6 que
serán conectadas a la Internet, han de ser capaces de comunicarse
con
la maquinas ya instaladas(con el protocolo IPv4). Así es que
es
necesario desarrollar traductores que realicen esta tarea.
Para lograr esto, es necesario tomar primero las siguientes
consideraciones:
1. Nosotros no podemos modificar maquinas con IPv4 ni con IPv6,
ubicadas en ambientes típicos.
2. Un pequeño espacio de direcciones en el protocolo IPv4, es
asignado
también a un sitio con el protocolo IPv6, de acuerdo a la rigurosa
política de asignación de direcciones.
3. Un sitio IPv4, también puede obtener un gran espacio de direcciones
pertenecientes a IPv6.
De acuerdo a estas consideraciones(y otras mas) se creará la
interface
entre ambos protocolos.
2. Objetivos
Los objetivos principal son:
· Mostrar en detalle las dificultades técnicas que hay
que superar
para conseguir una buena traducción.
· Presentar una alternativa técnica para la solución
del problema.
Para poder alcanzar los objetivos planteados anteriormente, se hace
necesario complir con las siguientes metas a priori, estas son:
1. Estudiar en detalle el protocolo IPv4.
2. Estudiar en detalle el protocolo IPv6.
3. Identificar primero las diferencias substanciales, y luego hilar
mas fino con los detalles.
Una vez logradas estas metas se estara en condiciones de cumplir con
los objetivos impuestos.
Falta Referencias....
Objetivos:: El objetivo principal es generar una aplicación que entregue las herramientas de administración básica de usuarios (creación, modificación y eliminación de cuentas) y grupos a través de una interfaz web amistosa e intuitiva, la cual se adaptara como modulo a una aplicación de administración de sistemas Unix que es Webmin. Esta aplicación estaría escrita en Perl y bajo las normas de creación de módulos de Webmin, esto es así para su uso por otras personas que quieran usar este modulo en maquinas con Solaris 2.5 o superior ya sea Sparc o x86. Una aplicación como esta no existe, (por lo menos no con Licencia General GNU), Ademas el sistema NIS+ es el que se usa actualmente en la Red de Computares de Electrónica (RCE), esta aplicación pretende ser la base de un sistema mas complejo para la creación automática de cuentas en la RCE en conjunto con SIGA.
Referencias: Webmin Http://www.webmin.com/webmin
Nis+ http://www.ebsinc.com/solaris/network/nis+.html
Libro "All about administering NIS+" de Rick Ramsey, SunSoft.
Perl Http://www.perl.org
Fecha: 11 Abril 2000
OBJETIVOS:
1)
Investigar el estado de arte en el tema de la telefonía sobre
protocolo IP, incluyendo la tecnología y aplicaciones usadas,
ventajas y
limitaciones actuales, etc.
2)
Investigar los protocolos de llamados que existen para conectar a dos
usuarios de Internet en una llamada.
3)
Investigar los nexos existentes entre las plantas telefónicas actuales,
y la implementación se las llamadas corriendo sobre protocolo
IP.
4)
Investigar el desarrollo futuro esperado para esta tecnología, sus
implicancias, y el impacto sobre las comunicaciones que se espera pueda
tener.
REFERENCIAS:
Grupo de trabajo de la IETF
"iptel" IP Telephony, en:
http://www.ietf.org/html.charters/iptel-charter.html
http://www.bell-labs.com/mailing-lists/iptel/
OBJETIVOS:
* Desarrollar aplicación de red, capaz de interactuar con por
lo menos dos usuarios de una red LAN.
* Aplicación debe se ejecutable en sistema operativo basado
en Unix.
INTRODUCCIÓN
Gic, grupo de alumnos de la universidad, realiza Talleres de
Computación a dos colegios de la zona., ubicados en el Cerro
Cordillera y Cerro Playa Ancha. Se ha tomado la iniciativa de
instalar una red LAN entre estos colegios y realizar los talleres
en un mismo horario para ambos, estableciendo aplicaciones
interactivas que funcionen en una máquina servidor con sistema
operativo Linux. Una parte de este proyecto, consiste en la
instalación de la red física. Y una segunda parte es
crear
aplicaciones, en la máquina servidor, que efectúen procesos
interactivos entre los usuarios en ambos colegios simultáneamente
(alumnos de los colegios). Se ha querido aprovechar los
conocimientos entregados en el ramo de Redes de Computadores y
Seminario I, para realizar este proyecto.
REFERENCIAS
- Computers Networks and Internets
Douglas E. Comer
Prentice Hall
- Red Hat Linux-4.1 User guide
http://www.elo.utfsm.cl/manuales/www.lgg.ru/%257Eslackl/english/books/rh-41/
El sistema cable modem es un sistema por el momento propietario, o
sea, si bien se rige por ciertos parametros
no existe un solo estandart para los diseño, hay dos grandes
corrientes que se siguen y que son liderados
por los medios de transmisión que estan presentes en europa
y usa.
Las diferencias redicalmente estan en el modo en que se asignan los
anchos de banda .
En general las señales de recepción y de transmisión
son las misma y
se les denomina
downstreams y upstreams, en el mercado ya hay multiples empresas que
han creado productos para esta tecnología
como 3coms entre los mas conocidos.
una explicación mas detallada como un analisis mas tecnico se
explicarán
en el trabajo en si.
Referencias:
http://www.cablemodem.org
http://www.cable-modems.uk
http://www.cablemodemhelp.com
http://www.cablemodemfaq.com
http://www.cablemodem.com
redes de ordenadores tanennbaum
entre otros..
Referencias ????