Redes de Computadores

Transcripción

1 Redes de Computadores Jorge Baier A. y Álvaro Soto Departamento de Ciencia de la Computación Escuela de Ingeniería Pontificia Universidad Católica de Chile [jabaier,asoto]@ing.puc.cl

2 Algunas Capas en Detalle En esta clase veremos algunas de las capas que vimos la semana pasada, en detalle. En particular: Comunicación en redes Ethernet. El protocolo de red IP. El protocolo de transporte TCP. ICMP, un protocolo de control Jorge Baier Aranda, PUC 1

3 Comunicación en Redes Ethernet Hemos visto que cuando una máquina transmite en una red conectada por un hub, los datos llegan a todas las estaciones de la red. Contestaremos tres preguntas: Eléctricamente, cómo se transmite un bit de información? Cómo es posible que una máquina A se comunique con una máquina B? Cómo es posible que no se produzcan errores en la comunicación? 2003 Jorge Baier Aranda, PUC 2

4 Codificación Manchester Describiremos a continuación en el estándar IEEE 802.3, más conocido como Ethernet. La transmisión a través de los cables Ethernet se realiza a través de la transmisión de señales eléctricas a través de éste. Es sencillo darse cuenta que no es para nada conveniente usar codificación binaria para transmitir datos. En esta codificación, se emite 0 volt para transmitir un 0 y 1 volt para transmitir un 1, en el cable de comunicación. En caso de utilizar esta convención, un dispositivo de red podría confundir fácilmente una señal eléctrica que transmite un con una que transmite un Esto es porque el dispositivo no podría identificar cuándo comenzó la transmisión Jorge Baier Aranda, PUC 3

5 Para determinar con precisión las señales transmitidas, Ethernet usa la codificación Manchester La codificación Manchester divide el período de envío de un bit en 2 fases. Para representar un 1, la tarjeta de red emite un voltaje en forma de señal cuadrada que baja de +0,85V a 0,85V. El 0 se representa con una señal que sube de 0,85V a +0,85V En la figura 1 se muestra la transmisión de una secuencia en codificación binaria y codificación Manchester Jorge Baier Aranda, PUC 4

6 Codificación Binaria 0 V Codificación Manchester 0 V Figura 1: Codificación Binaria y Codificación Manchester La no-transmisión (idle) puede ser reconocida fácilmente cuando el voltaje en la línea es Jorge Baier Aranda, PUC 5

7 Transmisión de Datos Cuando una estación decide transmitir un conjunto de datos, transmite, junto con los datos, cierta información adicional que permitirá asegurar el destino de éstos y la ausencia de errores. En el estándar se define que una estación en una Ethernet debe transmitir un marco (frame) de información que tiene la siguiente forma: bytes o 6 2 o Preámbulo Dirección de origen Dirección de destino Datos Pad Checksum Delimitador del preámbulo Largo del campo de datos El preámbulo tiene 7 bytes y contiene el patrón El comienzo del delimitador contiene el byte A continuación viene la dirección de destino, de 48 bit Jorge Baier Aranda, PUC 6

8 El primer bit del campo de dirección indica el tipo de dirección. Éste puede ser: Direcciones de grupo: El marco es un broadcast, es decir, va dirigido a todas las máquinas; o es un multicast, es decir, va dirigido a un grupo de máquinas. Direcciones Ordinarias: El marco va dirigido a una tarjeta específica. Las direcciones pueden ser de dos tipos: globales o locales. Toda tarjeta tiene una dirección ordinaria global llamada MAC-address, que ocupa 46 bit de largo. Éstas son asignadas por la IEEE de tal forma que ningún par de tarjetas en el mundo tiene la misma MAC-address. El número de MAC-address posibles distintas es, por lo tanto, Adicionalmente, un administrador de red puede definir una dirección local, también de 46 bit de largo. El campo de dirección ordinaria puede referirse tanto a una MAC-address como a una dirección local. Para diferenciar a qué tipo de dirección se envía el marco se usa el segundo bit del campo de dirección Jorge Baier Aranda, PUC 7

9 Una tarjeta de red sólo puede ver los marcos que llegan a ella y que van dirigidos a ella (ya sea porque tienen su dirección de destino o por broadcast o multicast). Este comportamiento, sin embargo, puede ser modificado si se configura a la tarjeta en modo promiscuo. Esta es una de las muchas fuentes de la inseguridad en redes. A continuación viene la dirección de origen, que se especifica de la misma manera que la dirección de destino. Luego viene el campo largo del campo de datos que define el tamaño del campo de datos, que viene a continuación. Luego sigue el pad, que puede tener hasta 46 bytes y sólo se usa para hacer que el largo total del marco nunca esté por debajo de los 64 bytes. Finalmente, el campo de checksum es un campo de 4 bytes que se calcula a partir del contenido del campo de datos. Al llegar a la estación de destino, ésta puede verificar que lo que llegó no contiene errores al contrastar el checksum con el resto del marco Jorge Baier Aranda, PUC 8

10 Cuando una estación transmite a otra: Escucha el canal de comunicaciones. Si éste está inactivo, inicia la transmisión. Si hay transmisión ocurriendo, espera hasta que el canal vuelva a estar inactivo. Inicia la transmisión. Si antes de terminar se produce una colisión, aborta la transmisión, espera un tiempo aleatorio y vuelve a intentar. Por esta razón, Ethernet es un protocolo del tipo CSMA/CD (Carrier Sense Multiple Access with Collision Detection) Una colisión se produce cuando dos marcos chocan en la línea de transmisión. Cuando esto se produce, se transmite ruido a través de la línea, el cual es detectado por las estaciones que están transmitiendo, que abortan la transmisión. Debido a esto es importante que el tamaño del marco sea suficientemente largo de manera de asegurar que, después que una estación termina de 2003 Jorge Baier Aranda, PUC 9

11 transmitir un marco, éste sea recibido por la estación receptora sin que se puedan producir colisiones. Una estación está preocupada de detectar colisiones sólo cuando se encuentra transmitiendo Jorge Baier Aranda, PUC 10

12 Ethernets full-duplex Actualmente, se está generalizando el uso de switches en vez de hubs. Un switch no retransmite los paquetes al resto de las estaciones, sino que la distribución la hace basada en la MAC-address de los equipos conectados a éste. Cuando todas las estaciones están conectadas a través de switches, es innecesario realizar detección de colisiones o escuchar el canal antes de transmitir. Esto da origen a las Ethernets full-duplex. En la práctica, esto aumenta el ancho de banda Jorge Baier Aranda, PUC 11

13 Cálculo del checksum El campo checksum de un marco de Ethernet se calcula usando una función de hash de tal forma que, de producirse un error en la transmisión de los datos, con gran certeza se sabrá que el paquete está incorrecto. La función de hash es un cyclic redundancy code (CRC) de 32 bits. Como ya hemos dicho, el checksum es un campo que se agrega al final de los datos y se calcula en base a éstos. Esencialmente, lo que se hace es representar los datos que preceden al checksum como un polinomio M(x). Si la secuencia de datos tiene n bits de largo, y el checksum tiene largo k, entonces el polinomio se calcula a partir del producto punto entre el polinomio x i con la secuencia de bits, ambos representados como vectores. k+n 1 i=k Por ejemplo, si el campo del checksum tiene 5 bits y se desea transmitir la secuencia de datos , entonces, el polinomio que representa a los 2003 Jorge Baier Aranda, PUC 12

14 datos es: x 14 x 13 x 12 x 11 M(x) = ( ) x 10 x 9 = x 14 + x 13 + x 11 + x 9 + x 8 + x 6 + x 5 x 8 x 7 x 6 x 5 El checksum es una secuencia de bits que también representa a un polinomio 1 G(x), de grado inferior o igual a k, y se calcula de tal manera que M(x) + G(x) es divisible 2 por un polinomio de checksum p(x) El polinomio de checksum debe ser escogido con anterioridad y debe ser un acuerdo entre las partes que transmiten. 1 Este polinomio se determina de la misma manera que el del dato Jorge Baier Aranda, PUC 13

15 Para el caso del ejemplo, si elegimos p(x) = x 5 + x + 1, se obtiene que el checksum debe ser Esto es porque polinomio del dato checksum { }} { { }} { ( x 14 + x 13 + x 11 + x 9 + x 8 + x 6 + x 5 + x 3 + x 2 + x) mod ( polinomio de checksum { }} { x 5 + x + 1 ) = 0 El marco a transmitir es, entonces: dato { }} { } {{ } checksum El polinomio de checksum usado en Ethernet es: x 32 + x 26 + x 23 + x 22 + x 16 + x 12 + x 11 + x 10 + x 8 + x 7 + x 5 + x 4 + x 2 + x Jorge Baier Aranda, PUC 14

16 El poder de detección del método Con respecto al poder de este método podemos destacar que: Todos los errores que se producen al alterar un número impar de bits son detectados. Si los errores que se producen no están separados por más de 32 bits, entonces con seguridad se detecta el error. Si los errores que se producen están separados por más de 32 bits, entonces, con una probabilidad de 1, % se considera correcto a un paquete que tiene error 3. 3 Esto supone que los errores en los bits son igualmente probables Jorge Baier Aranda, PUC 15

17 Una capa de Red en detalle Hasta ahora hemos visto cómo se produce la comunicación a nivel de enlace en una red local. Este protocolo de comunicación no es suficiente cuando dos máquinas que están en redes completamente distintas se quieren comunicar. Los protocolos de red tienen por objetivo hacer que los paquetes lleguen a destino. Veremos ahora en detalle cómo funciona la capa de red en Internet Jorge Baier Aranda, PUC 16

18 La capa de red en Internet A nivel de red, Internet es una colección de redes autónomas interconectadas. Las distintas redes se conectan a través de enrutadores o routers. Un router es un computador posee varias interfaces de red (al menos 2) que están conectadas a distintas redes Jorge Baier Aranda, PUC 17

19 Red 3 Red 1 Red 2 Figura 2: Un router A veces los routers se les llama gateway routers, o simplemente gateways. Al recibir un paquete de información, un router analiza una tabla de ruteo y decide, basado en la información de destino del los datos, un router analiza una tabla de ruteo a qué red se destina el paquete. Si el destino no aparece en la tabla de destino del router, éste generalmente 2003 Jorge Baier Aranda, PUC 18

20 lo envía a otro router por defecto (default gateway). El protocolo de red IP hace posible que redes de distinto tipo y arquitectura puedan comunicarse entre sí, a través de estos elementos Jorge Baier Aranda, PUC 19

21 El header IP Al igual que en las redes Ethernet, cuando se transmite un dato de una máquina a otra en Internet, aparte de los datos se transmite información adicional. Esta información adicional se ubica en un datagrama IP. El comienzo (header) de éste se ve de la siguiente manera: 32 bits Version IHL Tipo de Servicio Largo Total indentificación Offset Tiempo de Vida Protocolo Dirección de Origen Dirección de Destino Checksum del Header Opciones (0 o más palabras ) 2003 Jorge Baier Aranda, PUC 20

22 Los campos que nos interesan son: Versión: Indica la versión del protocolo. IHL: Especifica el tamaño del header (en palabras de 32 bits) largo máximo del header: = 15 palabras. Tipo de Servicio: Indica el tipo de servicio que ocupa este paquete. En la práctica es ignorado. Largo Total: Especifica el tamaño total del datagrama, en bytes. El tamaño máximo de un datagrama es (2 16 1) B = 64KB. Identificación: Un router puede decidir fragmentar un datagrama. En caso que esto ocurra, cada fragmento de éste tendrá la misma identificación. Offset: Si el datagrama ha sido fragmentado, este parámetro sirve para identificar a qué fragmento corresponde Jorge Baier Aranda, PUC 21

23 Tiempo de Vida: Es decrementado cada vez que el paquete pasa por un router. Cuando llega a 0, el paquete es descartado. Esto evita que los paquetes entren en loops. Protocolo: TCP, UDP u otro. Checksum del header: Sirve para verificar la integridad del header. Dirección de origen y destino: Son las direcciones IP. Sirven para determinar las direcciones de origen y destino del datagrama. Opciones: Es un campo libre. Una de las opciones más usadas es el de memoria de ruta, en la cual se ubica la lista de direcciones IP de los routers por los cuales ha pasado el datagrama. Otra posibilidad es especificar ruteo estricto. En este caso, se fuerza al paquete a pasar por ciertos routers Jorge Baier Aranda, PUC 22

24 Direcciones IP Cada host o router en Internet tiene un número IP. Los números IP tienen 32 bits de largo y normalmente se escriben usando notación decimal puntuada. De esta forma, los 4 bytes son escritos como números decimales (de 0 a 255) separados por un. Así, la dirección hexadecimal C se escribe como El menor número posible es y el mayor Los números IP son asignados por NIC (Network Information Center) para evitar conflictos Jorge Baier Aranda, PUC 23

25 32 bits Clase A 0 Red a Clase B 10 Red a Clase C 110 Red a Clase D 1110 Dirección de multicast a Clase E Reservado para uso futuro a Figura 3: Formato de direcciones IP 2003 Jorge Baier Aranda, PUC 24

26 En la práctica no se pueden usar todos los números IP posibles para identificar máquinas, debido a que algunos tienen significados especiales. Por ejemplo: designa a este host. Una máquina puede usar este número para referirse a sí misma (nótese que no le puede informar a otro host que éste es su número). Existen una serie de números que están reservados para Internets de uso privado. Estos números son: Clase Números Reservados A B C Luego veremos que existen otros números reservados, por ejemplo, el número de red, el número de broadcast y el número de loopback. Antes de justificar su existencia, veremos algo de subredes Jorge Baier Aranda, PUC 25

27 Subredes Internet puede ser visto como una colección de redes interconectadas. A nivel red estas redes se conocen como subredes IP. Por ejemplo, una red clase B, con el rango de números IP puede ser dividido en subredes que contengan menos números IP, tal como muestra la figura 4 Red Subred a Subred 2 Subred a a a Figura 4: Subredes para el segmento Jorge Baier Aranda, PUC 26

28 La distribución de la figura 4 no es arbitraria; de hecho, en cada subred, los tres primeros números de la dirección permanecen constantes. Esto se debe a que, por razones de diseño de los routers, en Internet, no es posible tener subredes con números arbitrarios asignados a éstas. Si vemos a la dirección IP como una secuencia de bits, entonces toda dirección se ve de la siguiente manera: [Número de Red][Número de Subred][Número de Host] En el caso del ejemplo de la figura, el número de red es , que corresponde a la secuencia de bits Los siguientes 2 bytes se usan para designar el número de subred y el número de host, respectivamante Jorge Baier Aranda, PUC 27

29 Interconexión de Subredes Tal como hemos dicho, la interconexión de las redes (o subredes) se realiza a través de routers. Debido a que las redes (o subredes) tienen rangos de números IP distintos, los routers tienen al menos 2 números IP distintos, uno para cada red. La interconexión mediante routers se ve de la siguiente manera: Figura 5: Interconexión de redes mediante routers 2003 Jorge Baier Aranda, PUC 28

30 Números especiales El resto de los números especiales se pueden ver en la siguiente figura: Este host Host Un host en esta red Broadcast en esta red Red Broadcast en una red distante 127 (cualquier cosa) Loopback Figura 6: Números especiales Un Broadcast reparte los paquetes a todas las máquinas de la red (esto funciona típicamente en una LAN). El loopback conecta a una máquina consigo misma. Tal como se desprende del dibujo, un número IP consta de dos partes: El número de red y el numero de host Jorge Baier Aranda, PUC 29

31 Por ejemplo para el número de red , se pueden tener 253 hosts Jorge Baier Aranda, PUC 30

32 Protocolos de Control Aparte del protocolo IP, en Internet se utilizan otros protocolos en la capa de red. A continuación veremos uno de ellos: ICMP Jorge Baier Aranda, PUC 31

33 ICMP ICMP (Internet Control Message Protocol) es usado cuando ocurren eventos inesperados. También es utilizado para testear Internet. Se definen alrededor de 12 mensajes ICMP. Los más importantes aparecen en la siguiente tabla: Tipo de Mensaje DESTINATION UNREACHABLE TIME EXEEDED PARAMETER PROBLEM ECHO REQUEST ECHO REPLY Descripción Usado por un router para informar que el destino de un paquete no se puede alcanzar. Esto puede ocurrir cuando el destino está caído o existen problemas de red para alcanzarlo. Usado por un router para informar que el paquete que esta siendo enrutado ha llegado a un tiempo de vida 0. Usado por un router para informar que el paquete tiene un problema en el header Usado para saber si un router o host está vivos ( Estás vivo? ). Usado por un host para responde Sí, estoy vivo. El utilitario ping, disponible tanto para el sistema operativo UNIX como Windows permite enviar mensajes del tipo Echo Request a máquinas en la Internet. La máquina destino responde con un Echo Reply Jorge Baier Aranda, PUC 32

34 El siguiente es un ejemplo de ejecución: > ping PING ( ): 56 data bytes 64 bytes from : icmp_seq=0 ttl=64 time=1.1 ms 64 bytes from : icmp_seq=1 ttl=64 time=1.0 ms 64 bytes from : icmp_seq=2 ttl=64 time=0.8 ms 64 bytes from : icmp_seq=3 ttl=64 time=0.8 ms ^C > ping PING ( ) from : 56(84) bytes of data. 64 bytes from : icmp_seq=0 ttl=255 time=792 usec 64 bytes from : icmp_seq=1 ttl=255 time=861 usec 64 bytes from : icmp_seq=2 ttl=255 time=552 usec Este comando puede servir para revisar si una máquina conectada a Internet está accesible desde el lugar donde uno se encuentra. Además, como en el caso de la primera ejecución, sirve para ver si la tarjeta de red está respondiendo correctamente. Otro utilitario interesante es el traceroute (en UNIX) o tracert (en Windows), que muestra la ruta que recorre un datagrama hasta llegar a destino Jorge Baier Aranda, PUC 33

35 traceroute envía paquetes al destino con TTLs que se incrementan gradualmente en 1. Gracias al aviso que envía un router, cuando descarta un paquete que tiene TTL en 0, traceroute, puede obtener el número IP del router que respondió. Este es un ejemplo de ejecución: $ /usr/sbin/traceroute traceroute to christie.cs.toronto.edu ( ), 30 hops max, 38 byte packets 1 scc13 ( ) ms ms ms 2 scc15 ( ) ms ms ms 3 cisco-rs92-cc.puc.cl ( ) ms ms ms ( ) ms ms ms 5 atm core1-santiago.nap.telefonicamundo.cl ( ) ms ms pos-2-2.core2-miami.nap.telefonicamundo.cl ( ) ms ms ms ( ) ms ms ms 8 ge1-1.chieqx.as.eqxchiil.aleron.net ( ) ms ms ms ( ) ms ms ms 10 OC12ATM3-0.tor-gsr-a.peer1.net ( ) ms ms ms 11 GIG4-0.tor-gsr-a.peer1.net ( ) ms ms ms 12 peer1-gw.onet.on.ca ( ) ms ms ms 13 utorgw-border-if.onet.on.ca ( ) ms ms ms 14 mcl-gateway.gw.utoronto.ca ( ) ms ms ms 15 sf-gpb.gw.utoronto.ca ( ) ms ms ms 16 christie.cs.toronto.edu ( ) ms ms ms 2003 Jorge Baier Aranda, PUC 34

36 El Protocolo TCP en detalle El protocolo TCP (Transmission Control Protocol) fue diseñado para entregar un canal de comunicación estable desde un punto a otro bajo el supuesto que la red no es confiable. Cada máquina que utiliza el protocolo TCP tiene un módulo que recibe los datos que serán transmitidos y los divide en partes que no exceden los 64KB (en la práctica, alrededor de 1500B). Cuando llegan datos desde algún origen, éstos son entregados al módulo TCP, que los arma para producir algo entendible. El servicio TCP se obtiene mediante la creación de puntos de conexión o sockets entre el emisor y el receptor. Cada socket es un par (número IP origen,puerta origen), (numero IP destino,puerta destino) Jorge Baier Aranda, PUC 35

37 Una puerta (o puerto) es un número entre 0 y Los servicios conocidos escuchan típicamente en las puertas por debajo de la 256. En sistemas operativos tales como UNIX estos puertos sólo pueden ser ocupados por programas que corre el superusuario, tales como los servicios. Por ejemplo, los servidores de web escuchan conexiones en la puerta 80; FTP, en la 21; TELNET, en la 23; SMTP, en la 25, etc. Todas las conexiones TCP son full-duplex y punto a punto. El protocolo básico utilizado por TCP transmite segmentos de datos. Cada segmento de datos tiene un número de secuencia. Durante la transmisión de datos, TCP funciona de la siguiente manera: Cuando un emisor emite un segmento de datos, echa a correr una cuenta regresiva (regulada por tiempo) Jorge Baier Aranda, PUC 36

38 El receptor, al recibir el dato responde con un paquete de reconocimiento (conocido como ACK), el cual contiene el número de secuencia del próximo paquete que espera. Si la cuenta regresiva del emisor no recibe un ACK antes de terminar la conexión, se retransimite el segmento. Tal como en el protocolo IP, cada segmento tiene un header, el cual se ve de la siguiente manera: 32 Bits Puerta de Origen Puerta de Destino Número de Secuencia Número ACK Tamaño del header A C K P S H R S T S Y N F I N Tamaño de Ventana Checksum Opciones Datos 2003 Jorge Baier Aranda, PUC 37

39 Los campos que nos interesan son: Puerta de origen y destino: Especifican las puertas de origen y destino. Número de Secuencia: Indica el número de secuencia del segmento transmitido. Número ACK: Indica el siguiente número de secuencia que se espera. Este número es utilizado por el receptor para indicar al emisor que debe continuar con el envío de datos. Tamaño del Header: Especifica el tamaño del header TCP. Tamaño de Ventana: Especifica el tamaño máximo del segmento de datos que el receptor está dispuesto a aceptar. ACK: Indica que el campo Número de ACK está siendo utilizado. PSH: Usado para indicar al receptor que reciba los datos. RST: Usado para resetear una conexión. SYN: Usado para iniciar una conexión. FIN: Usado para terminar una conexión Jorge Baier Aranda, PUC 38

40 Estableciendo Conexiones con TCP Antes de iniciar cualquier transferencia de datos entre dos máquinas, se debe realizar una conexión entre ellas. TCP establece conexiones por medio de un acuerdo a través de tres vías (three-way handshake). Para establecer una conexión, uno de los lados (el servidor), espera pacientemente el inicio de una nueva conexión ejecutando la funcion LISTEN. El otro lado (el cliente), ejecuta la funcion CONNECT, especificando la dirección IP y la puerta a la cual se desea conectar. La función CONNECT envía al servidor un segmento TCP con el bit SYN en 1 y el bit ACK en 0. Cuando el segmento llega al servidor, el módulo TCP revisa si existe algún programa ejecutando la función LISTEN en la puerta requerida Jorge Baier Aranda, PUC 39

41 Si no existe tal servidor, devuelve un segmento con el bit RST en 1. Si existe el servidor y éste desea aceptar la conexión, envía un segmento con el bit ACK en 1 y el bit SYN en 1. Al recibir el ACK, el cliente nuevamente envía un segmento TCP con el bit ACK en 1. La siguiente figura ilustra el proceso de conexión: 2003 Jorge Baier Aranda, PUC 40

42 Host 1 Host 2 SYN(SEQ = x) Tiempo SYN,ACK(SEQ=y, ACK=x+1) ACK(SEQ=x+1,ACK=y+1) 2003 Jorge Baier Aranda, PUC 41

43 Envío de Datos Tal como vimos en las secciones anteriores, cada segmento enviado por el emisor debe ser confirmado por el receptor. Si el paquete enviado no es confirmado antes que una cuenta regresiva se vaya a 0, el paquete se reenvía. El siguiente dibujo muestra una transmisión de 3 KB de información: 2003 Jorge Baier Aranda, PUC 42

44 2K datos, SEQ=0 Host 1 Host 2 Tiempo ACK=2048,WIN=2048 1K datos, SEQ=2048 timeout 1K datos, SEQ=2048 ACK=3072,WIN=2048 El intervalo de tiempo antes del timeout es variable y se ajusta dependiendo de la velocidad de la conexión Jorge Baier Aranda, PUC 43

45 Término de una conexión TCP El proceso de término de conexión se realiza de manera similar al inicio de conexión. La diferencia está en que en vez de transmitir segmentos con el bit SYN en 1, se envían segmentos con el bit FIN en 1. La siguiente figura muestra la secuencia de envíos que se producen al terminar una conexión. Established Host 1 Host 2 Established Fin Wait 1 FIN,ACK(SEQ=x, ACK=y) Fin Wait 2 ACK(SEQ=y,ACK=x+1) FIN,ACK(SEQ=x, ACK=x+1) Close Wait Last ACK (comienza cierre de conexion) (informa el cierre de la conexion) Closed ACK(SEQ=x+1,ACK=x+1) Closed 2003 Jorge Baier Aranda, PUC 44