Segmento. Se o protocolo de transporte for TCP, a unidade de dados enviada de TCP para camada de rede é chamada de Segmento. Datagrama. Isso é usado em 2 camadas. Se o protocolo de rede for IP, a unidade de dados é chamada Datagrama. Na camada de transporte, se o protocolo é UDP, também usamos o datagrama. Portanto, nós os diferenciamos como Datagram UDP. Datagram IP. Quadro, armação . Representação da camada física. Pacote . É um termo mais genérico usado quer na camada de transporte quanto na camada de rede. Pacote TCP. Pacote UDP. IP Packet etc Eu não vi isso para representar unidades de dados de camada física. Fragmento. Meu palpite aqui é que quando uma unidade de dados é cortada por um protocolo para ajustar o tamanho MTU, a unidade resultante de dados é chamado Fragmentos. Mas eu estou adivinhando. Não devo ler o livro, porém eu deveria. Mas você tem certeza de que isso foi tirado do livro 39cos de Stevens que não parece muito certo de uma perspectiva técnica. por exemplo. Eu acho que na arquitetura do modelo de referência do TCPIP, a camada Internetwork Layer não da rede da Internet. A camada de rede é a terminologia ISOOSI. E eu acho que existe uma camada quotLink no modelo TCPIP ref que eu não vejo na sua resposta. E no ISO ref modelo OSI, camada 1 (Física) Eu ouvi um 39packet39 há chamado de um símbolo, Layer 2 é um quadro. Ndash barlop Nov 19 14 às 6:35 Eu concordo com as respostas acima, mas é importante enfatizar que isso está assumindo a pilha TCPIP. Se usarmos o modelo OSI, que na minha opinião é mais difundido, teremos o seguinte caso: Camada de transporte: Segmentar se TCP, Datagrama se UDP Camada de rede: Datagrama, Fragmento pode ser usado se dividido (ainda seria um datagrama ) Camada de Data-Link: quadro na subcamada MAC, quadro ou bit na subcamada LLC (depende do nível com o qual você trabalha, não são intercambiáveis). Camada física: Bit E como mencionado no pacote de respostas anteriores é mais genérico, ele pode ser usado Para a camada de Transporte, Rede ou Data-Link, mas NÃO para a camada física. Neste nível ainda não foi embalado. Então, eu diria que esta é a maior diferença entre o modelo TCPIP Stack e o modelo OSI. O modelo OSI divide a camada física da pilha TCPIP em duas camadas: Data Link e Physical. Espero que isto ajude. Respondeu 17 de fevereiro 15 às 0:49 Upvoting para responder com um empate em OSI. No entanto, eu não concordo com a sua declaração de grande diferença de quotsingle: o modelo TCPIP Stack combina Data Link e Physical em QuotNetwork Accessquot, é verdade, mas também combina OSI39s top three layers Application, Presentation, Session in quotApplication Layer. quot ndash Wildcard Oct 8 15 Em 8:15 Quadro como camada física representação doesnt som 100 precisos para mim. É principalmente na camada de enlace de dados, que está acima do físico. Para uma definição mais operacional, eu diria que um quadro é uma unidade de dados de protocolo que tem meios para determinar seus limites. Exemplos: uma moldura HDLC tem sinalizadores no início e no fim e um mecanismo de preenchimento de bits uma moldura Ethernet usa preâmbulo e SFD GFP usa delimitação de quadro HEC, como célula ATM A. Como em ATM, apenas para introduzir um termo mais, é uma moldura de comprimento fixo. Em vez disso, um pacote é uma unidade de dados de protocolo que depende de uma unidade de camada inferior para determinar seus limites. Ele pode caber exatamente em um quadro ou ser quebrado em fragmentos, se necessário. Neste último caso, devem ser concebidos mecanismos de fragmentação e remontagem. Datagrama é principalmente um sinônimo de pacote. Um fluxo de dados do aplicativo pode ser dividido em segmentos. Um segmento é transportado sobre um datagrama, em seguida, segmentos são remontados para o fluxo de aplicativo original. Isso geralmente é feito pela camada TCP. Assim, no TCP, temos fluxo de aplicativos sobre o segmento TCP sobre o datagrama IP através do quadro de ligação de dados. Em UDP não há segmentação, de modo que o datagrama UDP é um-para-um mapeado para o datagrama IP. Respondeu 30 de junho 15 às 8:47 Esta pode ser uma resposta útil, mas tenha em mente que as pessoas que lêem isso estão tentando esconder uma confusão sobre a terminologia básica e apresentar os termos adicionais HDLC, SFD, GFD, HEC e ATM , Não é realmente necessário responder à pergunta. Apresentar quotcellquot é bom, porque você incluiu uma definição para ele também. Ndash Wildcard 8 de outubro 15 às 8:12 Wildcard Ele apresentou esse re Frame, porque ele ficou um pouco confuso com a resposta com 25 upvotes, então ele diz quotFrame como a representação da camada física não soa 100 precisas para mim e ele fala de mais Definição operacional, e ele é técnico, porque ele não pode simplificá-lo. Mas, na verdade, é muito mais simples ... Podemos eliminar completamente a definição errada de quadro dada na resposta com 25 upvotes., Frame (um termo OSI) não é Uma coisa de camada física, é uma coisa de camada de link de dados. E é Dados (como tudo acima físico). Não há necessidade de diferentes definições reais e operacionais ndash barlop Oct 8 15 às 9:06 Esses termos são usados para se referir a qual camada OSI estamos Referindo-se, os dados permanecem mesmos, mas os cabeçalhos e trailers estão sendo adicionados ou removidos. Na camada Phy, isto é, a camada física, os dados reais estão em bits, isto é, 0 e 1. Quando ele alcança a camada de enlace de dados ou a camada 2, torna-se um quadro com o endereço MAC de origem e destino sendo adicionado. Quando atinge a terceira camada ou a camada de rede torna-se um pacote com endereço IP de origem e destino anexado a ele. Finalmente, torna-se segmento na camada 4 ou camada TCPIP. Basicamente segmento termo é usado para conexões TCP e datagramas para UDP. Então, o que acontece com outras camadas? Sessão, apresentação e aplicação. Nestas camadas, os dados são denominados PDU ou unidade de dados de protocolo. Então, quando alguém diz que um quadro está sendo recebido por um dispositivo de rede, então você sabe que o dispositivo é switch. O roteador recebe um pacote e processa-o. Respondeu Jun 10 16 em 6: 28A grande parte do uso dos termos quadro, pacote e PDU é semântica ea tecnologia. Os termos frame, pacote, segmento, datagramas e protocolo dados unidades não são intercambiáveis embora a maioria das pessoas muitas vezes usá-los dessa forma. Este tutorial tenta destacar as diferenças entre eles. QUALQUER FRAME O termo frame é usado com mais freqüência para descrever um pedaço de dados criado por hardware de comunicação de rede, como placas de interface de rede (cartões NIC) e interfaces de roteador. Troque os portos principalmente para as plataformas existentes e geralmente não criam quadros próprios (a menos que estejam participando de Spanning Tree ou VLAN dinâmicas, etc.). Existem quadros ethernet, quadros de token ring. FDDI frames, etc. Um quadro é simplesmente um pedaço de dados com um padrão de bits no início e, possivelmente, bits no final. Os bits no início e no final do quadro são freqüentemente referidos como delimitadores de quadros. Os quadros são criados por protocolos de hardware que não possuem circuitos de controle separados na mídia física a que estão conectados. Conteúdo de Frames Os quadros contêm delimitadores de quadros, endereços de hardware, como os endereços MAC de origem e de destino, e os dados encapsulados a partir de um protocolo de camada superior. O QUE É UM PACOTE Os documentos Request for Comments (RFC) freqüentemente usam o termo pacote para significar um fluxo de octetos binários de dados de algum comprimento arbitrário. Geralmente, é usado para descrever fragmentos de dados criados por software, e não por hardware. Protocolo de Internet (IP) cria pacotes. Este termo NÃO é sinônimo do quadro do termo, embora muitas pessoas cometeram esse erro. As informações que foram quebradas em pacotes são algumas vezes descritas como pacotes. Protocolo de Internet é frequentemente descrito como pacotes de transmissão. Conteúdo de Pacotes Os pacotes contêm informações de endereçamento lógico, como um endereço IP e dados. O que é um segmento O termo segmento é mais usado para se referir a um pedaço de dados que foi preparado para transmissão pelo protocolo de controle de transmissão (TCP). O termo segmento é usado com maior freqüência nos documentos de Solicitação de Comentários (RFC) que descrevem o protocolo TCP, porque o TCP é chamado a cortar um fluxo de dados em segmentos. O protocolo de controle de transmissão é descrito como segmentos de transmissão. Conteúdo de segmentos Os segmentos contêm informações de endereçamento lógico, como um endereço IP, identificadores de conexão lógica, como números de porta e dados provenientes de um aplicativo de computador. O TCP garante a entrega dos segmentos. O QUE É UM DATAGRAMENTO Este é um termo mais genérico que é freqüentemente usado na descrição de protocolos que funcionam em níveis mais altos do modelo OSI. Usualmente a camada de rede e para cima. Datagrama é um termo menos específico do que PDU. Tipos de datagramas O protocolo de datagramas de usuário é descrito como transmissor de datagramas. Conteúdo de Datagramas Os datagramas contêm informações de endereçamento lógico, como um endereço IP, identificadores de conexão lógica, como números de porta e dados que vieram de um aplicativo de computador. O protocolo UDP não garante a entrega dos datagramas. O QUE É UMA UNIDADE DE DADOS DE PROTOCOLO (PDU) Uma unidade de dados de protocolo é um termo usado em grande parte da documentação e literatura educacional para tecnologias de rede. Isso significa simplesmente um pedaço de dados criados e descartados por um protocolo particular. TCP. UDP. IP. OSPF e RIP (e outros protocolos) poderiam ser ditos para criar quotprotocol data unitsquot. O termo é um pouco sinônimo de pacote ou quadro, especialmente quando usado no processo de discussão de protocolos de roteamento ou árvore de expansão. Marcar esta página e COMPARTILHAR: esta é a minha 2ª semana na preparação do CCNA. Im leitura capítulo 5. Não sei pode ser quando eu leio mais abaixo esta dúvida wouldnt chegar em minha cabeça. Minha dúvida é: Im clear upto L2PDU criação de quadros com todos os seus dados camada anterior (dados, segmento, pacote). No momento em que um quadro é criado pelos protocolos L2, eles se tornarão vários bytes no volume intacto (como uma caixa selada - é assim que eu imaginei). Mas agora L1 envia esta caixa (consiste em vários bits) em bit individual para o nó de destino via seu link físico. Isto onde eu perdi a idéia. Como você pode quebrar esta caixa em bits e enviar E como o nó receptor obtém a idéia da caixa com esses bits recebidos. Alguém pode explicar a lógica por trás disso. Obrigado . : 2 esta é a minha segunda semana em CCNA preparação. Im leitura capítulo 5. Não sei pode ser quando eu leio mais abaixo esta dúvida wouldnt chegar em minha cabeça. Minha dúvida é: Im clear upto L2PDU criação de quadros com todos os seus dados camada anterior (dados, segmento, pacote). No momento em que um quadro é criado pelos protocolos L2, eles se tornarão vários bytes no volume intacto (como uma caixa selada - é assim que eu imaginei). Mas agora L1 envia esta caixa (consiste em vários bits) em bit individual para o nó de destino via seu link físico. Isto onde eu perdi a idéia. Como você pode quebrar esta caixa em bits e enviar E como o nó receptor obtém a idéia da caixa com esses bits recebidos. Alguém pode explicar a lógica por trás disso. Obrigado Para entender isso, você precisa se lembrar o que uma rede física consiste off. Cabos No final do dia, tudo o que podemos realmente fazer aos cabos é enviar eletricidade para baixo deles. Que variações podemos fazer com eletricidade que nos permite comunicar com o outro lado de forma confiável Bem, isso é através da mudança de tensões, meu amigo Então, essencialmente após a moldura ter sido feita, a tensão da interface de saída é então aumentada e diminuída para comunicar bits (1s E 0s) através do link. Com isso, é encaminhado através da rede e, do outro lado, começa a receber esses 1s e 0s pelo switch alterando as tensões de acordo. É por isso que usamos binário para se comunicar através de cabos de cobre, pois é fácil representar um 1 e um 0, alterando as tensões elétricas. À medida que o quadro é construído, ele é construído usando bits de qualquer maneira, portanto, a conversão não é necessária, se você usar o wireshark ou algum outro analisador de protocolo que o programa em si é aquele que irá traduzir os bits binários em bruto em dados compreensíveis, como o endereço MAC de Origem e Destino . Etc. Espero que isso arroja alguma luz sobre como realmente enviamos os pacotes no fio através do uso de eletricidade. Apenas uma cabeça para cima, com conexões de fibra esta comunicação é feita ligando e apagando uma luz como não podemos transportar electricidade através de cabos de vidro. (Bit binário 1 e 0 respectivamente). Espero que isso ajude, você deve entrar no GameDev Login para votar nesta postagem. Like Postado 27 de junho de 2007 - 10:12 AM Alguns caras no trabalho e eu tenho estado indo por isso há algum tempo, e eu gosto de obter algumas opiniões externas. A questão é algo assim: no que diz respeito ao modelo OSI, ou ao modelo TCP, não importava, estavam se perguntando sobre como os dados fluem pelas diferentes camadas. À medida que a vemos - é uma das duas opções: Opção a) Data - gt Segment - gt Divides em pacotes - gt cada pacote em uma moldura Isso significa que, se o Data pressionado para baixo da API de programação for de 500 bytes, é tudo um 1 Para 1 para 1 para 1 lidar. Os dados de sentido vão para o segmento, que por sua vez vai para o pacote 111 e para o quadro 111. No entanto, se os dados forem maiores que o MTU (digamos Ethernet - 1518 bytes), o Data vai direto para um segmento - que divide em pacotes. E cada pacote vai direto para um quadro. Então, por exemplo - Nós conseguimos um lote de dados de 1 MB. Isso entra em um segmento (veja que um segmento TCP ou segmento UDP não possui um tamanho máximo de dados no nível do cabeçalho, ao contrário de um pacote e um quadro). Este segmento divide em pacotes, onde cada tamanho de pacote é determinado pela MTU de 2ª camada. Cada pacote entra em um quadro. Isso é opção a. A vantagem é que economizamos cabeçalhos de segmento, porque temos 111nly 111ne cabeçalho de segmento para todo o MB. Opção b) Data - gt Segment - gt Packet - gt Frame Os dados dividem-se ao nível do segmento. O que significa que o mesmo MB se divide em vários segmentos, onde cada tamanho de segmento é determinado pela MTU de 2ª camada. Cada segmento passa em um pacote e em um quadro. Vantagem: Desvantagem mais simples: desperdiçamos cabeçalhos de segmento. Agora, o MB não tem um cabeçalho de camada 111ne, mas um pouco 1.000.000 Bytes 1518 Bytes 658 cabeçalhos. Para TCP é um extra de 20 bytes 658 cabeçalhos 13K bytes. Um número bastante impressionante. Conclusão: a documentação da Cisco CCNA mostrou-se sem nenhum serviço, e todo livro que eu leio contradico o outro. O que vocês acham que as citações de textos confiáveis certamente ajudarão. MemberDatamembergroupid 26 this-memberDatamembergroupid 27 this-memberDatamembergroupid 29 this-memberDatamembergroupid 30 2 Membros do Antheus Você deve se conectar ao GameDev Login para votar nesta postagem. Como Você deve entrar no GameDev Login para votar nesta postagem. Like Postado 27 Junho 2007 - 10:22 AM Vantagem: Simpler Desvantagem: Nós desperdiçamos cabeçalhos de segmento. Agora, o MB não tem um cabeçalho de camada 111ne, mas um pouco 1.000.000 Bytes 1518 Bytes 658 cabeçalhos. Para TCP é um extra de 20 bytes 658 cabeçalhos 13K bytes. Um número bastante impressionante. Thats 1,315. Ou, realmente não muito. O que você realmente precisa considerar é a sobrecarga imposta pela re-transmissão - com que frequência, quantos acks. O TCP faz um trabalho justo nisso. Mas, além disso, sua publicação está faltando uma pergunta - a única pergunta é o que vocês acham. O que você está tentando descobrir Se a tecnologia existente é ineficiente Se há problemas conceituais Você está propondo uma nova abordagem? Eu não sei, parece que falta algo. 3 Membros Assaf Muller
No comments:
Post a Comment