Ir para conteúdo
🥇 [Exclusivo] Seja um Membro VIP EXTREME! ×
  • Quem está por aqui   0 membros estão online

    • Nenhum usuário registrado visualizando esta página.

Posts Recomendados

Dúvida Resolvida!!!

 

Camada de Aplicação

Os protocolos da camada de aplicação definem as regras e o formato das mensagens

que são trocadas entre as aplicações de rede, por exemplo,

a aplicação WWW (world wide web) é governada pelas regras do protocolo de

aplicação HTTP (hiper text transfer protocol); o correio eletrônico envia as

mensagens usando o protocolo de aplicação SMTP (simple mail transfer protocol);

a transferência de arquivos usa o protocolo de aplicação FTP (file transfer

protocol). As mensagens trocadas entre as entidades da camada aplicação

utilizam os canais disponibilizados pelos protocolos da camada inferior.

 

Qual a diferença entre HTTP,FTP,SMTP? pq nao pode usar-se SMTP para transferir um arquivo?

Link para o comentário
https://www.webcheats.com.br/topic/1868268-d%C3%BAvida-camadas-de-protocolos/
Compartilhar em outros sites

você reparou que a citação do inicio do tópico responde sua pergunta?

 

a aplicação WWW (world wide web) é governada pelas regras do protocolo de

aplicação HTTP

 

seria como padrões para coisas diferentes tipo HTTP é para sites e tals a estrutura desse protocolo ja foi feita para transportas esse tipo de dado assim cmo os demais... basta pegar ali um protocolo e analisar os pacotes com wireshark por exemplo

 

vamos pegar para exemplo o TCP e UDP

 

ja viu como funciona a conexão tcp?

 

resumidamente é enviado um pacote ai receptor envia um outro pacote confirmando o recebimento do pacote anterior e que esta tudo ok nele com base no chesum

tipo PACOTE1 enviado pelo IP 192.168.1.15 para o IP 192.168.1.20

 

o PACOTE1 chega no destino 192.168.1.20

então o IP 192.168.1.20 responde ao IP 192.168.1.15"aah recebi esse pacote e esta tudo ok com ele pode mandar o prox" ou caso esteja corrompido então o IP 192.168.1.20 diz "esse pacote ta bugado manda outro ai " e o pacote então é reenviado

 

 

oque isso garante? garante que os dados transferidos cheguem corretos, sem erros,

isso é importante onde? em praticamente todo lugar na abertura de um site, no envio de um email, no download de um arquivo... ou seja o TCP tem uma confiabilidade de dados

porem isso não é vantagem ser usado em todo lugar vamos para o UDP

no UDP não existe essa confirmação de pacote recebido e que esta tudo ok. o UDP visa a transferencia dos dados e só se eles chegam corrompidos ou não não tem importância... esse protocolo é usado geralmente em straming de vídeo porque tipo no vídeo oque importa é vc ver a imagem la.. e não se algum pacote esta danificado se algum estiver o max que vai acontecer é dar uma travadinha na tela e pronto nada além disso é até por isso que as vezes o vídeo da aquela travada imagem borra e tals...

 

enfim com base nisso da para ver que cada protocolo é projeto para transferir um certo tipo de dado visando coisas relevantes para oque ele esta transferindo como velocidade, segurança, etc

python-doc-icon.jpg

wVNulLU.gif

Link para o comentário
https://www.webcheats.com.br/topic/1868268-d%C3%BAvida-camadas-de-protocolos/#findComment-7797456
Compartilhar em outros sites

você reparou que a citação do inicio do tópico responde sua pergunta?

 

 

 

seria como padrões para coisas diferentes tipo HTTP é para sites e tals a estrutura desse protocolo ja foi feita para transportas esse tipo de dado assim cmo os demais... basta pegar ali um protocolo e analisar os pacotes com wireshark por exemplo

 

vamos pegar para exemplo o TCP e UDP

 

ja viu como funciona a conexão tcp?

 

resumidamente é enviado um pacote ai receptor envia um outro pacote confirmando o recebimento do pacote anterior e que esta tudo ok nele com base no chesum

tipo PACOTE1 enviado pelo IP 192.168.1.15 para o IP 192.168.1.20

 

o PACOTE1 chega no destino 192.168.1.20

então o IP 192.168.1.20 responde ao IP 192.168.1.15"aah recebi esse pacote e esta tudo ok com ele pode mandar o prox" ou caso esteja corrompido então o IP 192.168.1.20 diz "esse pacote ta bugado manda outro ai " e o pacote então é reenviado

 

 

oque isso garante? garante que os dados transferidos cheguem corretos, sem erros,

isso é importante onde? em praticamente todo lugar na abertura de um site, no envio de um email, no download de um arquivo... ou seja o TCP tem uma confiabilidade de dados

porem isso não é vantagem ser usado em todo lugar vamos para o UDP

no UDP não existe essa confirmação de pacote recebido e que esta tudo ok. o UDP visa a transferencia dos dados e só se eles chegam corrompidos ou não não tem importância... esse protocolo é usado geralmente em straming de vídeo porque tipo no vídeo oque importa é vc ver a imagem la.. e não se algum pacote esta danificado se algum estiver o max que vai acontecer é dar uma travadinha na tela e pronto nada além disso é até por isso que as vezes o vídeo da aquela travada imagem borra e tals...

 

enfim com base nisso da para ver que cada protocolo é projeto para transferir um certo tipo de dado visando coisas relevantes para oque ele esta transferindo como velocidade, segurança, etc

 

Eu sei..

TCP = Serviço Garantido e Orientado a conexão

UDP = Serviço nao-garantido e nao orientado á conexão..

 

Mas tipo, é possivel usar o TCP para straming de vídeo? ou somente o UDP pode fazer isso?

Link para o comentário
https://www.webcheats.com.br/topic/1868268-d%C3%BAvida-camadas-de-protocolos/#findComment-7797612
Compartilhar em outros sites

Eu sei..

TCP = Serviço Garantido e Orientado na conexão

UDP = Serviço nao-garantido e nao orientado á conexão..

 

Mas tipo, é possivel usar o TCP para straming de vídeo? ou somente o UDP pode fazer isso?

 

 

nop :suando:

python-doc-icon.jpg

wVNulLU.gif

Link para o comentário
https://www.webcheats.com.br/topic/1868268-d%C3%BAvida-camadas-de-protocolos/#findComment-7797618
Compartilhar em outros sites

Este tópico está impedido de receber novos posts.
×
×
  • Criar Novo...

Informação Importante

Nós fazemos uso de cookies no seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies , caso contrário, vamos supor que você está bem para continuar.