Redes TCP/IP Avanzadasjpiquer/Extension/Postitulo/postitulo.pdf · Los enlaces punto a punto son...

39
Redes TCP/IP Avanzadas José M. Piquer DCC - U. de Chile Agenda Introducción, Nivel Físico IP, nivel Red Ruteo Ruteo Dinámico (interno) Ruteo Dinámico (externo) Transporte: TCP Transporte, UDP, DNS Aplicaciones: SMTP, HTTP - 2 -

Transcript of Redes TCP/IP Avanzadasjpiquer/Extension/Postitulo/postitulo.pdf · Los enlaces punto a punto son...

Redes T

CP

/IP A

vanzadas

José M. P

iquerD

CC

- U. de C

hile

Agenda

Introducción, Nivel F

ísico IP

, nivel Red

Ruteo

Ruteo D

inámico (interno)

Ruteo D

inámico (externo)

Transporte: T

CP

T

ransporte, UD

P, D

NS

Aplicaciones: S

MT

P, H

TT

P

- 2 -

Introducción

Principios de T

CP

/IP

End-to-E

nd Argum

ent IP

sobre todas las cosas La conectividad es un fin en sí

Qué es Internet

Múltiples proveedores interconectados

Red de paquetes: no hay conexiones

Red de S

oftware: los P

rotocolos son los importantes

Red de D

atos, migra hacia S

ervicios Integrados E

l Futuro: IP

v6

- 2 -

Introducción

Control de la Internet

ICA

NN

(ex IAN

A)

IAB

T

ask Forces

RF

C

ISO

C

Netw

ork Solutions: dom

inios, inversos, whois

AR

IN: direcciones IP

(para américa)

Regla: dejar que los usuarios decidan

- 3 -

Introducción

ISO

-OS

I y TC

P/IP

Nivel F

ísico requiere: paquetes, MT

U, direcciones

Nivel D

ata Link vacío N

ivel Red: IP

, ruteo, ICM

P (errores)

Transporte: T

CP

, hace todo el trabajo en las puntas

El concepto de una inter-red

Redes F

ísicas incompatibles

Definir paquete independiente

Implem

entar todo en Softw

are F

ragmentar si es necesario

Cam

bio de Form

ato Físico

Ruteo y A

dministración D

escentralizados M

odelo de una Inter-red:

- 4 -

Layers

Han ido poniéndose difusos

Más com

plejidad en el nivel físico P

orque es más sim

ple (en teoría)

Ethernet

Lejos es la LAN

más popular

Basado en tecnología física

Un cable coaxial que hace de

ether 10 M

bps totales, compartidos

Uno transm

ite, todos reciben

Ethernet

Cuando dos transm

iten a la vez S

e garantiza una anulación de señal C

olisión T

ransceivers mantienen señal de colisión

No se confunde una colisión con datos

MA

C E

thernet

Protocolo para accesar m

edio compartido (M

AC

) C

ada tarjeta tiene dirección (48 bits) D

irecciones reservadas: broadcast, multicast

Paquete ethernet va en un fram

e La tarjeta ethernet no genera interrupción si llega un fram

e que no es para ella P

ero puede ponerse en modo prom

iscuo para que lo haga

Interrupciones

MA

C E

thernet

La tarjeta está siempre escuchando

Cuando quiere transm

itir, transmite

Si hay colisión, debe reintentar

¿cuánto tiem

po después? A

leatorio, en aumento, con un m

áximo

MA

C E

thernet

Si aum

enta el tráfico y/o el número de estaciones

aumenta la probabilidad de colisiones

En la práctica, sólo la m

itad de los 10 Mbps se pueden usar

La degradación es muy violenta

Se requieren otras soluciones para crecer

Crecim

iento

Ethernet saturada (m

ás de 10% de colisiones)

¿Q

ué hacemos?

Dividir en sub-redes IP

(muy com

plejo) A

umentar el ancho de banda real (100 M

bps) D

isminuir las colisiones

Hubs

Hoy no se usa coaxial

Un H

ub y par trenzado (un Xm

it y un Rcv)

El H

ub tiene un bus que opera como el cable

¿P

orqué no agregarle inteligencia al Hub?

Hubs Inteligentes

Apagar puertas con errores

Adm

inistración vía la red (SN

MP

) S

tackeables (en vez de en cascada) ¿

Porqué no evitar colisiones?

Sw

itches ethernet

Sw

itches

El sw

itch es un "computador" con m

últiples tarjetas A

l recibir un frame, se analiza su dirección

Si el destino está conectado al sw

itch, se envía directo S

i no se sabe, se repite en todas las puertas S

i agrego un poco de RA

M, elim

ino colisiones C

omo es caro, puedo usarlo para interconectar hubs

Perm

ite definir dominios de colisiones

Sw

itch con RA

M por puerta, elim

ina completam

ente las colisiones

Bridges

Para elim

inar tráfico inútil, el switch es un bridge

Un bridge une dos segm

entos ethernet Y

filtra tráfico S

e basa en ir aprendiendo M

irando todos los paquetes que llegan B

roadcast y Multicast deben propagarse

Cuidado con los loops: algoritm

os de spanning tree P

uedo hacer bridge de 10 Mbps a 100 M

bps

VLA

N

Broadcasts son un problem

a (AR

P)

Sólo sub-redes solucionan eso

Pero un sw

itch es caro y quiero compartirlo

Partición lógica del sw

itch en VLA

Ns

Los broadcasts sólo transitan por una VLA

N

Se requiere un router entre una V

LAN

y otra

LAN

E

Em

ular ethernet en AT

M

No hay difusión

Con bridges puedo conectar redes ethernet reales

Es ineficiente, pero perm

ite conectar fácil S

ervidor de direcciones, de broadcast

Resum

en

Múltiples tecnologías

Mezcla de soluciones

Redes Lógicas sobre redes F

ísica E

vitar complejidad excesiva, que im

pide visualización

IP

Requerim

ientos de un Internet Protocol

Espacio de nom

bres propio, únicos, independientes: D

irecciones IP

Traducción

Ruteo en base a la dirección IP

P

aquete que pase por routers sin alteración

- 19 -

IP

Direcciones IP

Enteros de 32 bits

Codifica red (bits superiores) y host (inferiores)

A

signación Centralizada: IC

AN

N/registries locales (A

RIN

para américa:

ww

w.arin.net)

Tres C

lases de direcciones: A, B

y C

- 20 -

IP

Direcciones IP

Reservadas

- 21 -

IP

Ruteo en B

ase a la dirección IP

Se rutea con el prefijo de red

Una vez llegado a la red, se rutea usando el sufijo de host

Cada red conectada a Internet debe tener un prefijo único

Las clases no son suficientes (256 hosts es muy poco y 65.536 m

ucho) S

ub-redes: usando una máscara de bits

- 22 -

IP

Problem

as con las direcciones IP

Escasez de clases B

: hay sólo 16.384, en 1992 quedaba la mitad

Crecim

iento en las tablas de rutas (200.000 redes) T

érmino de las direcciones IP

completas

Soluciones A

ctuales

IP sin C

lases (CID

R: C

lassless Inter-Dom

ain Routing)

Se asignan C

lases C contiguas, según la necesidad (512, 1024, 2048,)

Se asignan subredes de C

lases A

Al ritm

o actual, aún quedan direcciones para 4 años más.

¡Pero las tablas de rutas crecen m

ás aun!

- 23 -

IP

CID

R

La idea es ignorar las clases S

e usan super-redes T

oda red IP requiere una m

áscara Los protocolos de ruteo deben entenderlo S

i no, cada clase ocupa una entrada

Factorización de R

utas

Asigno las direcciones IP

en forma jerárquica

Usando S

uper-Redes puedo tener una entrada para un continente entero

O un bloque para un proveedor com

pleto y sus clientes E

sto me hace dependiente de m

i proveedor

- 24 -

IP

Datagram

as IP

Paquetes de datos autocontenidos

Independientes A

uto-ruteables S

in manejo de estado en los routers

Sin conexiones

"Mejor E

sfuerzo"

- 25 -

IP

Datagram

as IP

Encabezam

iento + D

atos S

in chequeo de datos R

outers solo miran el encabezado

- 26 -

IP

Datagram

as IP

Al rutear, no se m

odifica el header E

l problema es el tam

año del datagrama

Es m

ás eficiente aprovechar los tamaños grandes

Hay redes físicas que tienen lím

ites bajos U

n router puede tener que fragmentar

- 27 -

IP

Fragm

entación

Si el datagram

a no cabe, lo divido Los fragm

entos deben pegarse después P

ueden dividirse de nuevo más tarde

Se pegan en el receptor final

Pueden desordenarse, y perderse

Uso el Identificador para pegarlos

El largo es el de cada fragm

ento E

l offset me dice dónde va (en unidades de 8 bytes)

Un bit en F

me dice que es un fragm

ento O

tro bit me dice si es el últim

o o no

- 28 -

IP

Ruteo

Se hace paso a paso

No es necesario conocer el cam

ino completo

Cada router decide a quién debe enviarlo

En base a una Tabla de R

utas T

odos los hosts deben participar en el ruteo

E

l gateway debe estar en la red local

Se requiere una ruta default (red 0.0.0.0)

- 29 -

IP

Traducción de D

irecciones

Una vez que estoy en la red de destino

¿C

ómo encuentro la dirección física?

Depende de la red física

En ethernet, F

DD

I y otros, usamos A

RP

- 30 -

IP

IP P

unto a Punto

Los enlaces punto a punto son una red S

ólo dos direcciones P

ueden eliminarse si conozco la red al otro lado

Conm

utado: SLIP

y PP

P

Debe aplicarse com

presión de encabezados M

TU

: 256, 512 o 1024 según calidad de la línea E

stándar de calidad: 10-20 clientes/línea C

uando son terminales, puedo asignar direcciones de la red local

Implem

ento Proxy A

RP

- 31 -

IP

Direcciones IP

Sólo se pueden obtener del proveedor

O del proveedor del proveedor

Últim

a alternativa: del AR

IN

Bloques de clases C

Lo m

ejor es manejarlas en un A

S por proveedor

Las redes nuevas, es mejor aislarlas

Usar IP

privadas (RF

C1597)

10.0.0.0 - 10.255.255.255

172.16.0.0 - 172.31.255.255

192.168.0.0 - 192.168.255.255

Y un firew

all con proxies P

rovee seguridad e independencia de direcciones IP

- 32 -

IP

IPv6

Direcciones de 128 bits

Header sim

plificado S

in Checksum

S

in Fragm

entación D

iferencia Calidad de servicio

Fragm

entos y opciones van en Extensiones al H

eader E

stas extensiones sólo se miran en el destino final

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|Version| Prior | Flow Label |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| Payload Length | Next Header | Hop Limit |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| |

+ +

| |

+ Source Address +

| |

+ +

| |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| |

+ +

| |

+ Destination Address +

| |

+ +

| |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

- 33 -

IP

Direcciones IP

v6

Perm

iten Direcciones IP

v4 R

angos definidos actualmente

Asignados por P

roveedor

| 3 | n bits | m bits | o bits | p bits | o-p bits |

+---+-----------+-----------+-------------+---------+----------+

|010|REGISTRY ID|PROVIDER ID|SUBSCRIBER ID|SUBNET ID| INTF. ID |

+---+-----------+-----------+-------------+---------+----------+

Com

patibles con IPv4

| 80 bits | 16 | 32 bits |

+--------------------------------------+--------------------------+

|0000..............................0000|0000| IPV4 ADDRESS |

+--------------------------------------+----+---------------------+

- 34 -

Ruteo

Algoritm

o

Route(dgram, table)

{

IPn = network(dest(dgram));

route = search(IPn, table);

if( type(route) == DIR )

{

sendphys(dgram, interface(route));

}

else if( route != NIL )

{

send( dgram, gateway(route) );

}

else if( (route=search(default, table)) != NIL )

{

send( dgram, gateway(route) );

}

else

error("network unreachable");

} S

e agregan también rutas a H

osts (prioridad sobre redes) C

on CID

R, obtener IP

n se com

plica. D

ebemos siem

pre usar las redes más explícitas (con m

ás bits) primero

- 35 -

Ruteo

Propagación de las T

ablas

Los hosts requieren muy poca inform

ación E

n general, no participan en los protocolos de ruteo S

i se equivocan, los routers corrigen las rutas U

samos IC

MP

: control de errores de IP a IP

- 36 -

Ruteo

Propagación de las T

ablas

Entre routers, la idea es aprender dinám

icamente

Algunas rutas se definen estáticas

Pero la idea es m

antener rutas alternativas N

o puedo factorizar por rutas default S

e separan en dos protocolos: interiores y exteriores Interior: m

anejan los caminos com

pletos a sus destinos S

uponen que no son muy largos

Pueden optim

izar distancias muy bien

No m

anejan política: todo está conectado con todo E

jemplos: R

IP, O

SP

F

Exterior: conectan sistem

as autónomos unos con otros

En ciertos lugares no uso defaults

Maneja políticas de ruteo

Ejem

plos: EG

P, B

GP

- 37 -

Ruteo

RIP C

ada entrada en la tabla tiene una métrica

La idea es medir la distancia (en hops)

Los routers se envían sus tablas C

ada 30 segundos, broadcast con la tabla A

l recibir una tabla, la comparo con la m

ía R

eemplazo las rutas con m

étrica menor

Agrego las rutas que no conocía

La métrica m

áxima es 16 (=

inaccesible) S

i no recibo una ruta en 180 segundos, la marco inaccesible

No propaga las m

áscaras V

ersión nueva: RIP

-2 (nadie la implem

enta)

- 38 -

Ruteo

Problem

as de RIP

Método de broadcast

Inseguro (no correr routed en las máquinas)

Loops difíciles de detectar (trucos: poison reverse, split horizon) H

ops no significan mucho

No entiende de sub-redes

Al fallar un enlace, dem

oro en encontrar las alternativas M

uy ineficiente

- 39 -

Ruteo

OS

PF

En vez de vectores de distancias

Uso m

anejo de estados de los enlaces C

onstruyo mapa que incluye todos los enlaces de m

i red R

ecomendado para reem

plazar RIP

M

ás complejo, pero m

ás eficiente A

lgoritmo de inundación flooding con los cam

bios S

oporta Partición de la red

Garantiza rutas sin loops

Soporta rutas "externas" (m

últiples defaults) S

oporta áreas (recomiendan 200 routers por área) para dism

inuir el mapa

- 40 -

Ruteo

OS

PF

Un backbone y m

últiples áreas

- 41 -

Ruteo

OS

PF

Es el protocolo de elección para redes internas

Hay que ir elim

inando RIP

E

s complejo de im

plementar

Pero no es difícil de adm

inistrar E

n general un área (0) basta S

e puede manejar con defaults

- 42 -

Ruteo E

xterno

Sistem

as Autónom

os

Es un conjunto de routers y redes bajo una adm

inistración común

Se le asigna un núm

ero único (AS

N)

Dentro del A

S, se usa ruteo interno

Igual las tablas de rutas son por red IP

Pero los protocolos externos sólo los hablan entre A

S

Dism

inuye la complejidad

Perm

ite políticas entre AS

H

oy el protocolo externo es BG

P-4

Entiende C

IDR

P

ermite tener default o no tenerlo

- 43 -

Ruteo E

xterno

BG

P

Com

unica usando TC

P

Usa vectores de cam

inos (vector path)

Es un protocolo de distancias

Pero se propaga el cam

ino que ha recorrido cada entrada E

l camino es una lista de A

S’s

Si el cam

ino incluye mi A

S, no lo considero

Incluyo el camino para toda entrada en la tabla

La tabla de rutas completa incluye unas 100.000 redes (65.000 en 1999)

10.000 AS

’s O

cupa 20 Mbytes R

AM

R

outer maneja dos tablas:

redes que están en su AS

redes alcanzables (aprendidas por protocolo interno)

- 44 -

Ruteo E

xterno

BG

P

192.200.0.0/16 es la notación BG

P

Las rutas por la puerta trasera se difunden por el rotocolo interno P

or BG

P sólo difundo las redes oficiales del A

S

Regla: nunca difundir por B

GP

las rutas internas S

i hay más de un router externo, hablan B

GP

entre ellos

- 45 -

Ruteo E

xterno

Problem

as

Route flapping

Tam

año tabla de rutas A

dministración de los A

S

Loops en rutas generan ICM

P Tim

e Exceeded

Si hay error en las rutas, típicam

ente también quedará en loop

- 46 -

Errores y C

ongestión: ICM

P

Detección de C

iclos

Cam

po TT

L D

ecrementado en uno en cada R

outer S

i es 0, se elimina

Se genera paquete IC

MP

de error al origen E

vita congestión hacia infinito ¿

Loop en paquete ICM

P?

Nunca se generan errores por paquetes de errores

Otros E

rrores

Redirect: rutas incorrectas

E

cho/Reply: ping

Host/P

ort Unreachable

- 47 -

Ruteo E

xterno

Situación en C

hile

Redes conectadas en C

hile son unas 1000 D

ifunden vía BG

P-4 en N

AP

s y PIT

s C

onexión con sus pares vía rutas estáticas? C

ada proveedor debiera tener su AS

y usar BG

P para interconexión nacional

Esto perm

ite filtrar las redes y no propagar errores

- 48 -

Nivel T

ransporte

Conexión a A

plicaciones

En base a núm

ero de Port

El cliente tiene un port cualquiera

El servidor tiene un port fijo (conocido)

UD

P: D

atagramas para las aplicaciones

TC

P: C

onexión fiable punto a punto

- 49 -

Nivel T

ransporte

Layers en TC

P/IP

Se usa parte del header anterior (dir IP

) E

l esquema no es puro

- 50 -

Nivel T

ransporte

Ports

Un núm

ero de port identifica al proceso port origen: enviador port destino: receptor

- 51 -

Nivel T

ransporte

TC

P

Protocolo de conexión +

retransmisión

Provee servicio confiable de secuencia de bytes

La conexión se identifica por [IP orig, port orig, IP

dest, port dest] P

ermite varias conexiones sim

ultáneas al mism

o port destino (ej: mail)

La mayoría de las aplicaciones Internet operan en T

CP

:

# service port/protocol aliases

echo 7/tcp

ftp-data 20/tcp

ftp 21/tcp

telnet 23/tcp

smtp 25/tcp mail

whois 43/tcp nicname # usually to sri-nic

domain 53/tcp

http 80/tcp # www is used by some broken

pop 110/tcp # PostOffice V.3

nntp 119/tcp usenet # Network News Transfer

ntp 123/tcp # Network Time Protocol

netbios-ns 137/tcp nbns

netbios-dgm 138/tcp nbdgm

netbios-ssn 139/tcp nbssn

exec 512/tcp # BSD rexecd(8)

login 513/tcp # BSD rlogind(8)

shell 514/tcp cmd # BSD rshd(8)

printer 515/tcp spooler # BSD lpd(8)

efs 520/tcp # for LucasFilm

conference 531/tcp chat

uucp 540/tcp uucpd # BSD uucpd(8) UUCP service

klogin 543/tcp # Kerberos authenticated rlogin

irc 6667/tcp # Internet Relay Chat

- 52 -

Nivel T

ransporte

Protocolo T

CP

Ventanas C

orrederas, orientado a los bytes E

l receptor sabe qué número de secuencia espera

Go-B

ack-N: en caso de tim

eout retransmite toda la ventana

Selective A

CK

: en caso de timeout retransm

ite solo el segmento faltante

- 53 -

Nivel T

ransporte

Protocolo T

CP

Divide la secuencia en segm

entos C

ada segmento va en un datagram

a IP

El protocolo de ventanas perm

ite control de flujo O

pera en bytes (secuencia) V

entana del enviador varía según lo que diga el receptor A

CK

S van com

o "parásitos" en los paquetes y anuncian ventana del receptor

- 54 -

Nivel T

ransporte

Segm

ento TC

P

Tam

año de segmento estim

ado por MT

U path discovery

Se usa opción no fragm

entar en los datagramas

Se usa M

TU

local E

n caso de recibir un ICM

P "requiere fragm

entar" se disminuye

- 55 -

Nivel T

ransporte

Retransm

isión en TC

P

Tim

eouts adaptables durante la conexión E

stimación del tiem

po en ir y volver A

lta varianza en delay A

daptación a la congestión R

TT

= (alfa * R

TT

) + ((1 - alfa) * R

TT

_nuevo) H

oy usamos alfa =

7/8 (adaptación lenta) tim

eout = 2 * R

TT

? N

o es suficiente, carga superior a un 30% generan variaciones m

ayores que eso

- 56 -

Nivel T

ransporte

Retransm

isión en TC

P

Aproxim

ar la desviación estándar del RT

T

timeout =

beta * RT

T * std_dev

¿Q

ué hago con las retransmisiones?

Debo ignorar A

CK

’s para paquetes retransmitidos

Pero igual increm

entar mi tim

eout por 2

- 57 -

Nivel T

ransporte

Control de C

ongestión

Frente a pérdidas, la idea es evitar retransm

itir demasiado

Slow Start/M

ultiplicative decrease S

e maneja una ventana de congestión

Dism

inuye a la mitad con cada retransm

isión C

rece en un segmento solam

ente, por cada AC

K recibido

TC

P es un "buen ciudadano" en Internet

Pero esto hace perder toda la perform

ance si hay pérdidas

- 58 -

Nivel T

ransporte

Conexión T

CP

Busca reservar recursos en cliente y servidor

Y sincronizar parám

etros iniciales (tamaño de segm

ento, número de secuencia,

etc) E

stados estándares de la conexión

- 59 -

Nivel T

ransporte

UD

P

Datagram

as para el usuario S

in conexiones T

ipo mensajes no fiables, hiper eficientes

- 60 -

DN

S

Definición B

ásica

Servicio de nom

bres distribuido R

edundante S

in administración central

Traducción IP

<->

nombre

Delegación de R

esponsabilidad S

ervidor Prim

ario: actualiza S

ervidor Secundario: inform

a S

ervidor Cache: inform

a sin seguridad

- 61 -

DN

S

Árbol de D

ominios

- 62 -

DN

S

Delegación de A

utoridad

La raíz tiene primario en el internic

Un dom

inio se delega con un record NS

Las preguntas bajo ese dom

inio son derivadas P

or ej: .CL, .com

, etc... S

ervidor: Bind, C

liente: Resolver

Records N

S, A

y MX

: Nom

bre -> IP

D

ominio Inverso: IP

-> N

ombre

83.146.in-addr.arpa

- 63 -

DN

S

Configuración

El cliente requiere un archivo de configuración

El servidor requiere de un archivo de partida

Y un directorio para sus zonas prim

arias y secundarias A

l configurar un primario: conseguir dos secundarios

Definir bien los parám

etros del record SO

A

- 63 -

DN

S

Configuración del S

ervidor

B

oot File C

ache Prim

ary C

L Prim

ary

- 65 -

DN

S

Configuración de las zonas

SO

A

| Campo | Dominio (CL) |Sub-dominio (udec.cl) |sub-subdominio (dpi.udec.cl)

| refresh |1 dia (86400) |18 horas (64800) | 12 horas (43200)

| retry |4 horas (14400) | 3 horas (10800) | 2 horas (7200)

| expire |30 dias (259200)|30 dias (259200) | 30 dias (259200)

|min ttl |2 dias (172800) | 1 dia (86400) | 12 horas (43200)

- 66 -

DN

S

Errores C

lásicos

Lame D

elegations P

unto al final S

OA

mal configurado (expire, ttl)

Pocos S

ervidores de nombres

- 67 -

Mail

SM

TP

Protocolo entre dos m

áquinas Intercam

biando Mail

No incluye entrega a los m

ailboxes S

MT

P: S

imple M

ail Transfer P

rotocol

220 sunsite.dcc.uchile.cl ESMTP Sendmail 8.8.5/Main-DCCV8-Jo6 ready at Sun, 28 Mar 1999 23:14:00 -0300 (CDT)

>>> EHLO tortel.dcc.uchile.cl

250-sunsite.dcc.uchile.cl Buenos dias Don jpiquer@tortel [192.80.24.54], un placer conocerlo

250-EXPN

250-VERB

250-8BITMIME

250 HELP

>>> MAIL From: SIZE=5

250 ... Sender ok

>>> RCPT To:

250 ... Recipient ok

>>> DATA

354 Enter mail, end with "." on a line by itself

>>> .

250 XAA05195 Message accepted for delivery

>>> QUIT

221 sunsite.dcc.uchile.cl terminando conexion, hasta pronto

- 68 -

Mail

SM

TP

Cuando recibo un m

ail para [email protected]

Busco un record M

X en el D

NS

para dcc.uchile.cl S

i hay, me conecto con esa m

áquina S

i no hay, me conecto con dcc.uchile.cl

Al recibir un m

ail vía SM

TP

, puedo hacer de relay O

entregarlo a un usuario local R

eglas anti-spam evitan hacer de relay sin querer

La entrega local se hace vía un programa local

- 69 -

Mail

SM

TP

No es seguro ni valida en nada la inform

ación S

i queremos m

ail firmado, usam

os aplicación arriba C

omo P

GP

u otros R

equiero que ambos usuarios tengan el m

ismo softw

are P

ero firmo sin cam

biar el cuerpo de modo que sea legible igual

- 70 -

Mail

RF

C-822

Es im

portante entender los headers de un mail

Para detectar fraudes y errores

From [email protected] Wed Mar 5 11:50:07 1997

Return-Path:

Received: from sunsite [146.83.4.11] by dichato.dcc.uchile.cl (8.8.5/MainSec-DCC

V8-Jo5)

id LAA09799; Wed, 5 Mar 1997 11:50:05 -0300 (CDT)

Received: from [204.91.84.194] by sunsite.dcc.uchile.cl (8.8.5/Main-DCCV8-Jo5)

id LAA23083; Wed, 5 Mar 1997 11:51:58 -0300 (CDT)

Received: from pvjunca (ab16-11.entelchile.net [207.79.143.171]) by webchile.com

(8.6.12/8.6.12) with SMTP id JAA15584 for ;

Wed, 5 Mar 1997 09:47:44 -0500

Message-ID: <[email protected]>

Date: Wed, 05 Mar 1997 11:23:02 -0400

From: Patricio =?iso-8859-1?Q?Ventura=2DJunc=E1?=

Reply-To: [email protected]

X-Mailer: Mozilla 3.0Gold (Win95; I)

To: [email protected]

Subject: Nuevo dominio errazuriz.cl

- 71 -

Mail

MIM

E

SM

TP

es AS

CII, ¿

cómo envío contenido binario?

Ej: m

ultimedia?

MIM

E es una extensión a los headers que m

e lo permite

Es extendible, de m

odo de no acotar los tipos posibles E

l enviador y el receptor deben conocer el tipo

Received: from [email protected] [200.27.102.66] by nikita.nic.cl (8.8.5/Main-DCCV8

-Jo6)

id SAA12310; Tue, 12 Jan 1999 18:46:25 -0300 (CDT)

Received: from mega (mega.vision.cl [192.168.1.2])

by vision.cl (8.8.7/8.8.7) with SMTP id SAA10529

for ; Tue, 12 Jan 1999 18:48:32 -0300

Message-ID: <[email protected]>

Date: Tue, 12 Jan 1999 18:45:48 -0300

From: "Juan Pablo Abuyeres"

To: [email protected]

Subject: Vision.cl 2/3

Mime-Version: 1.0

Content-Type: multipart/mixed; boundary="=====_91617754832708=_"

--=====_91617754832708=_

Content-Type: text/plain; charset="us-ascii"

Aca va la foto prometida

--=====_91617754832708=_

Content-Type: application/octet-stream; name = carnet.jpg

Content-Transfer-Encoding: base64

Content-Disposition: attachment; filename="carnet.jpg"

/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsL

DBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/

2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy

...

- 72 -

Web

¿C

ómo funciona?

Protocolo H

TT

P (cliente/servidor)

UR

L’s: http://ww

w.ctc.cl:80/filenam

e H

TM

L para páginas web

MIM

E para tipos com

plejos

- 73 -

Web

Com

andos en el servidor

http://ww

w.ctc.cl/cgi-bin/com

ando?args G

eneralmente vía un form

ulario, se puede ejecutar un comando que recibe los

parámetros correctos

La respuesta debe ser HT

ML

Se usa para accesar bases de datos, búsqueda, actualizaciones, etc

Com

andos en el cliente

Java applets Incluidas en el H

TM

L E

l browser las interpreta

Soporte sem

i-estable hoy S

e usa para graficar, validar, calcular, localmente

- 74 -

Web

Criterios de configuración

Minim

izar ancho de banda: objetos pequeños, reutilizados P

ermitir replicación (espejos, m

ultiples IP)

Orientar a transacciones rápidas en vez de a navegación

Cada vez se encuentran m

ás las páginas directamente vía buscadores

Ojo con el ancho de banda: una página son 20 K

bytes fácil U

n acceso por segundo = 200 K

bps

- 75 -

Conclusiones

IP es la tecnología con m

ejor relación calidad/precio hoy E

s perfecta para comunicar datos

Más difícil cuando es tiem

po real S

e requiere unas 10 veces más de ancho de banda

Mejorar acceso a las casas

E interconexión entre proveedores

- 76 -