Curso de especialização em Teleinformática Disciplina Sistemas Distribuídos Prof. Tacla

Tamanho: px

Começar a partir da página:

Download "Curso de especialização em Teleinformática Disciplina Sistemas Distribuídos Prof. Tacla"

Jerónimo Marroquim Palma
8 Há anos
Visualizações:

1 - 1 -

2 - 2 -

3 COMUNICAÇÃO INTER PROCESSOS DISTRIBUÍDOS

4 - 4 -

5 Os sockets UDP e TCP são a interface provida pelos respectivos protocolos. Pode-se dizer que estamos no middleware de sistemas distribuídos ou na interface da camada de transporte

6 - 6 -

7 Para haver comunicação é preciso fazer o binding(ligação) entre os processos. Um socket pode ser utilizado para enviar e receber mensagens. Um processo pode fazer uso de várias portas para receber/enviar mensagens, mas não pode compartilhar (usar o mesmo número de porta) que outros processos do mesmo host. Um socket é associado a um determinado protocolo: UDP ou TCP O comando netstat a mostra todos as conexões e seus estados

8 Um processo pode estar ligado a várias portas. O número da porta serve ao protocolo de transporte para identificar o processo destinatário dentro do mesmo host. Inclusive distingue threadsdo mesmo processo. No processo 1 há duas threads, cada uma recebendo e enviando datagramas através do seu socket. Definition: A socket is one endpoint of a two-way communication link between two programs running on the network. A socket is bound to a port number so that the TCP layer can identify the application that data is destined to be sent. (

9 - 9 -

10 - 10 -

11 - 11 -

12 Datagrama É uma mensagem auto-contida que contém todas as informações necessárias para chegar no destino Tamanho máximo limitado pelo protocolo IP 2 16 bytes (cabeçalhos + conteúdo) = bytes

13 O cabeçalho UDP vem após o cabeçalho IP, por isso só contém a porte source e porte destino. Os endereços IP estão no cabeçalho IP

14 Este slide ilustra como os datagramas podem chegar fora de ordem no destino e a perda de datagrama

15 - 15 -

16 - 16 -

17 - 17 -

18 - 18 -

19 Explicar como funciona uma conexão entre cliente e servidor. Salientar que o servidor pode deixar de responder caso os itens 3 e 4 tomem muito tempo. Se chegar uma enxurrada de pedidos neste interstício, alguns podem não ser respondidos pelo servidor. Isto poderia ser verificado mudando-se o programa servidor para responder após um certo delay randômico e colocando-se um for no cliente para enviar vários datagramas em seguida

20 O arquivo do exercício 2 é a solução, portanto deve ser escondido e liberado somente para aqueles que não conseguiram fazê-lo poderem fazer o exercício 3. Para outra vez: Alterar a versão 2 para atender no máximo 3 clientes concorrentemente

21 - 21 -

22 Nesta prática pode-se visualizar: Um servidor atende um cliente Um servidor atende vários clientes Seria interessante pedir aos alunos para incluir um thread.sleep no servidor para que ele demorasse para atender o pedido do cliente 1. Neste caso o pedido do cliente 2 seria perdido

23 - 23 -

24 O receive bloqueia até que um datagrama seja recebido ou dê timeout. O processo receptor (servidor) pode ter várias threads, uma bloqueada no receive e outras executando as solicitações dos clientes. Connect Connects the socket to a remote address for this socket. When a socket is connected to a remote address, packets may only be sent to or received from that address. By default a datagram socket is not connected

25 - 25 -

26 - 26 -

27 Controle de congestionamento: TCP controla o sender quando a rede congestiona. Controle de fluxo: Controla o sender para não sobrecarregar o receiver,

28 THREE WAY HANDSHAKE PARA CONEXÃO FOuR WAY HANDSHAKE PARA FIM

29 Kurose (slide 69 do capítulo 2): A stream is a sequence of characters that flow into or out of a process. An input stream is attached to some input source for the process, eg, keyboard or socket. An output stream is attached to an output source, eg, monitor or socket

30 Este slide ilustra como os datagramas podem chegar fora de ordem no destino e a perda de datagrama

31 - 31 -

32 - 32 -

33 - 33 -

34 - 34 -

35 - 35 -

36 - 36 -

37 - 37 -

38 - 38 -

39 Nesta prática pode-se visualizar: Um servidor atende um cliente Um servidor atende vários clientes

40 - 40 -

41 - 41 -

42 Explicar como funciona uma conexão entre cliente e servidor. Salientar que o servidor pode deixar de responder caso os itens 3 e 4 tomem muito tempo. Se chegar uma enxurrada de pedidos neste interstício, alguns podem não ser respondidos pelo servidor. Isto poderia ser verificado mudando-se o programa servidor para responder após um certo delay randômico e colocando-se um for no cliente para enviar vários datagramas em seguida

43 - 43 -

44 - 44 -

45 - 45 -

46 - 46 -

47 A associaçãoa um grupo de multicast é dinâmica pode-se entrar e sair a qqer momento Para fazer um multicast para um grupo não é necessário ser membro do grupo

48 Variações Multicast confiável: se um dos processos entrega uma mensagem, então todos os participantes do grupo deverão fazê-lo. Aplicações Muitas vezes, exigem multicast confiável. Perder datagramas: um receptor (placa Ethernet) numa LAN pode simplesmente deixar passar uma mensagem se seu buffer estiver cheio. Se um datagrama é perdido no caminho entre dois roteadores de multicast A e B, todos os membros do grupo que estão adiante de B não receberão o datagrama (o mesmo pode acontecer se o roteador B falha). (Kurose, ed2, ch2): Data loss -some apps (e.g., audio) can tolerate some loss, other apps (e.g., file transfer, telnet) require 100% reliable data transfer Ordem diferente: pacotes IP não chegam necessariamente na mesma ordem em que foram enviados. Membros de um grupo podem receber datagramas enviados pela mesma fonte em ordens diferentes. Além disso, mensagens enviadas por dois processos diferentes não chegarão necessariamente na mesma ordem para todos os membros do grupo. Efeitos em serviços replicados: temos um grupo de servidores que iniciam no mesmo estado e sempre executam as mesmas operações na mesma ordem para que estejam consistentes um com os outros. Esta aplicação de multicast exige que todas as réplicas recebem todos os pedidos de execução de operação. Se um dos pedidos é perdido então uma réplica pode-se tornar inconsistente com as demais. Na maioria dos casos a ordem de processamento dos pedidos é importante. Efeitos em dados replicados: consideremos o caso no qual os dados replicados(ao invés das operações sobre os dados) são difundidos por multicast. O efeito de mensagens perdidas e de ordenação depende da importância de manter as réplicas atualizadas. Por exemplo, as réplicas de newsgroups não são consistentes entre si todo o tempo mensagens podem até mesmo aparecer em ordens diferentes, mas os usuários são capazes de transpor este problema. Eficiência: economia no consumo de banda de passagem pela utilização de hardware de multicast e pela simples fato de fazer um único send da mensagem. Timing(Kurose, 2ed. Ch2) some apps (e.g., Internet telephony, interactive games) require low delay to be effective Bandwidthsome apps (e.g., multimedia) require minimum amount of bandwidth to be effective (real-time audio and video: audio: 5kbps-1Mbps; video:10kbps-5mbps) other apps ( elastic apps ) make use of whatever bandwidth they get (FTP, , web pages)

49 - 49 -

50 Quando um host possui um ou mais processos cujos sockets pertençam ao mesmo grupo de multicast de um pacote recebido, então o protocolo IP do host copia o pacote para cada um dos processos. Num host pode haver vários processos pertencentes ao mesmo grupo e devem utilizar a mesma porta. Detalhes sobre roteamento de pacotes multicast: slides kurose, capítulo 4, slide n Roteamento local: usa protocolo IGMP, Internet Group Management Protocol Roteamento WAN: os roteadores utilizam algoritmos de roteamento

51 - 51 -

52 Falta detalhar ver se falta algum!!! Para a próxima versão. Também incluir exemplo básico de código antes de entrar na prática

53 - 53 -

54 - 54 -

55 O Norton parece que impede o funcionamento deste chat

56 - 56 -

Documentos relacionados

UNIVERSIDADE. Sistemas Distribuídos

UNIVERSIDADE. Sistemas Distribuídos UNIVERSIDADE Sistemas Distribuídos Ciência da Computação Prof. Jesus José de Oliveira Neto Comunicação Inter-Processos Sockets e Portas Introdução Sistemas distribuídos consistem da comunicação entre processos