FMUSER Бесправадная перадача відэа і аўдыё лягчэй!

[электронная пошта абаронена] WhatsApp + 8618078869184
мова

    Увядзенне ў архітэктуру пратакола TCP / IP

     

    1. Стэк пратаколаў TCP / IP


    Чатырохслаёвая мадэль
    Пратакол TCP / IP адпавядае чатырохслаёвай канцэпцыі мадэлі: узровень прыкладання, транспартны ўзровень, узровень узаемасувязі і ўзровень сеткавага інтэрфейсу.

     

    Узровень сеткавага інтэрфейсу: базавым пластом мадэлі з'яўляецца ўзровень сеткавага інтэрфейсу. Адказвае за адпраўку і прыём кадраў дадзеных, якія з'яўляюцца незалежнымі блокамі перадачы інфармацыі ў сетцы. Узровень сеткавага інтэрфейсу змяшчае кадр у сетку альбо выдаляе яго з сеткі.

     

    Узровень узаемасувязі: пратакол узаемасувязі інкапсулюе пакеты дадзеных у Інтэрнэт-датаграмы і запускае неабходныя алгарытмы маршрутызацыі.

     

    Ёсць чатыры пратаколы ўзаемасувязі:

       Інтэрнэт-пратакол IP: Адказвае за адрасаванне і маршрутызацыю пакетаў дадзеных паміж хастом і сеткай.

      Пратакол дазволу адрасоў ARP: атрымайце апаратны адрас хаста ў той жа фізічнай сетцы.

       Пратакол паведамленняў кіравання Інтэрнэтам ICMP: адпраўка паведамленняў і паведамленне пра памылкі перадачы пакетаў дадзеных.

       Пратакол кіравання ўзаемасувязямі груп IGMP: Выкарыстоўваецца IP-хастамі для паведамлення членаў групы хастоў лакальнаму шматкасторнаму маршрутызатару.

     

    Транспартны ўзровень: транспартны пратакол забяспечвае сеанс сувязі паміж кампутарамі. Выбар пратакола перадачы залежыць ад спосабу перадачы дадзеных.

     

    Два пратаколы перадачы:

       Пратакол кіравання перадачай TCP: забяспечвае надзейныя камунікацыйныя сувязі для прыкладанняў. Ён падыходзіць для перадачы вялікай колькасці дадзеных адначасова. І падыходзіць для прыкладанняў, якія патрабуюць адказу.

       Карыстацкі пратакол датаграм UDP: забяспечвае сувязь без падключэння і не гарантуе надзейную перадачу пакетаў. Ён падыходзіць для перадачы невялікай колькасці дадзеных адначасова, а за надзейнасць адказвае ўзровень прыкладання.

    Узровень прыкладання: прыкладанні атрымліваюць доступ да сеткі праз гэты пласт.

     

    Тэхналогія сеткавага інтэрфейсу

      IP выкарыстоўвае спецыфікацыю інтэрфейсу сеткавага прылады NDIS для прадстаўлення IP на ўзровень сеткавага інтэрфейсу для падтрымкі тэхналогій WAN і лакальнай сеткі.

     

    Пратакол паслядоўнай лініі

       TCP / IPG звычайна выкарыстоўвае Інтэрнэт-пратакол паслядоўнай лініі SLIP або пратакол кропка-кропка PPP для перадачы дадзеных па паслядоўнай лініі.

     

    ===============================

     

    2. АРП
    Для сувязі ў сетцы хост павінен ведаць апаратны адрас іншага хаста. Разрашэнне адрасоў - гэта працэс супастаўлення IP-адраса хаста з апаратным адрасам. Пратакол разрашэння адрасоў ARP выкарыстоўваецца для атрымання апаратных адрасоў хастоў у адной і той жа фізічнай сетцы.

     

    IP-адрас хаста ператвараецца ў апаратны адрас:

    (1) Калі хост хоча мець зносіны з іншым хостам, ён ініцыюе ARP-запыт. Калі IP вызначае, што IP-адрас лакальны, зыходны хост шукае ў кэшы ARP апаратны адрас мэтавага хаста.

    (2) Калі адлюстраванне не знойдзена, ARP стварае запыт. IP-адрас крынічнага хаста і апаратны адрас будуць уключаны ў запыт. Запыт транслюецца так, каб усе мясцовыя гаспадары маглі атрымаць і апрацаваць яго.

    (3) Кожны хост у лакальнай сетцы атрымлівае трансляцыю і шукае адпаведны IP-адрас.

    (4) Калі мэтавы хост вызначае, што IP-адрас у запыце адпавядае яго ўласнаму, ён непасрэдна адпраўляе адказ ARP для перадачы ўласнага апаратнага адраса зыходнаму хасту. Абнавіце ARP-кэш IP-адрасам і апаратным адрасам зыходнага хаста. Пасля атрымання адказу хост крыніцы наладжвае сувязь.

     

    Вырашыць аддалены IP-адрас

     

    Хосты ў розных сетках маюць зносіны паміж сабой, а трансляцыя ARP з'яўляецца шлюзам па змаўчанні для зыходнага хаста.

    Калі IP-адрас прызначэння - аддалены хост сеткі, ARP будзе трансляваць адрас маршрутызатара.

     

    (1) Калі ініцыялізаваны запыт сувязі, вядома, што мэтавы IP-адрас - гэта аддалены адрас. Хост крыніцы шукаецца ў лакальнай табліцы маршрутызацыі. У адваротным выпадку, хост-крыніца лічыцца IP-адрасам шлюза па змаўчанні. Знайдзіце шлюз, які адпавядае кэшу ARP

    (2) Калі запіс шлюза не знойдзены, ARP будзе трансляваць запыт на адрас шлюза замест адраса мэтавага хаста. Маршрутызатар адказвае на ARP-запыт зыходнага хаста сваім уласным апаратным адрасам. Зыходны хост адпраўляе пакет дадзеных на маршрутызатар для перадачы ў сетку мэтавага хаста і, нарэшце, дасягае мэтавага хаста.

    (3) На маршрутызатары IP вызначае мясцовы ці аддалены IP-адрас. Калі ён лакальны, маршрутызатар выкарыстоўвае ARP (кэш альбо трансляцыю) для атрымання апаратнага адраса. Калі ён аддалены, маршрутызатар шукае шлюз у сваёй табліцы маршрутызацыі, а затым выкарыстоўвае ARP для атрымання апаратнага адраса шлюза. Пакет дадзеных адпраўляецца непасрэдна на наступны мэтавы хост.

    (4) Пасля таго, як мэтавы хост атрымлівае запыт, ён фарміруе адказ ICMP. Паколькі зыходны хост знаходзіцца ў аддаленай сетцы, шлюз зыходнай хост-сеткі будзе шукацца ў лакальнай табліцы маршрутызацыі. Пасля пошуку шлюза ARP атрымлівае апаратны адрас.

    (5) Калі апаратнага адраса гэтага шлюза няма ў кэшы ARP, ён атрымліваецца праз трансляцыю ARP. Пасля атрымання апаратнага адраса адказ ICMP адпраўляецца на маршрутызатар, а затым на зыходны хост.

     

    Кэш ARP

     

    Каб паменшыць колькасць трансляцыі, ARP захоўвае адлюстраванне адрасоў у кэшы для рэзервовага капіравання. Кэш ARP захоўвае дынамічныя элементы [наступны] і статычныя элементы. Дынамічныя элементы аўтаматычна дадаюцца і выдаляюцца, у той час як статычныя элементы захоўваюцца ў CACHE да перазагрузкі кампутара.

     

    Кэш ARP заўсёды захоўвае апаратны шырокавяшчальны адрас (0xffffffffffffh) як пастаянны запіс для лакальнай падсеткі.

    Гэты пункт дазваляе прымаючаму прымаць ARP-трансляцыі. Пры праглядзе кэша элемент не будзе адлюстроўвацца.

    Жыццёвы цыкл кожнай запісу кэша ARP складае 10 хвілін, і ён будзе выдалены, калі не будзе выкарыстаны на працягу 2 хвілін. Калі ёмістасць кэша запоўніцца, выдаліце ​​самую старую запіс.

    Дадайце статычныя (пастаянныя) запісы

    Дадаючы статычныя запісы ARP, колькасць ARP-запытаў на доступ да хаста можа быць паменшана.

    Структура пакета ARP

    Палі структуры ARP выглядаюць наступным чынам:

    Тып абсталявання - тып абсталявання (узровень доступу да сеткі), які выкарыстоўваецца.

    Тып пратакола - пратакол у працэсе разбору выкарыстоўвае значэнне тыпу эфіру.

    Даўжыня апаратнага адраса - даўжыня байта апаратнага адраса. Для Ethernet і кольца маркераў даўжыня складае 6 байт.

    Даўжыня адраса пратакола - даўжыня байта адраса пратакола, даўжыня IP - 4 байты.

    Нумар аперацыі - укажыце поле бягучай аперацыі.

    Апаратны адрас адпраўніка - апаратны адрас адпраўніка.

     

     

     

     

    Спіс усіх Пытанне

    мянушка

    E-mail

    пытанняў

    Наш іншы прадукт:

    Прафесійны пакет абсталявання FM-радыёстанцыі

     



     

    Рашэнне для гасцінічнага IPTV

     


      Увядзіце адрас электроннай пошты, каб атрымаць сюрпрыз

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> афрыкаанс
      sq.fmuser.org -> албанская
      ar.fmuser.org -> арабская
      hy.fmuser.org -> Армянскі
      az.fmuser.org -> азербайджанскі
      eu.fmuser.org -> баскская
      be.fmuser.org -> Беларуская
      bg.fmuser.org -> Балгарская
      ca.fmuser.org -> каталонская
      zh-CN.fmuser.org -> кітайскі (спрошчаны)
      zh-TW.fmuser.org -> Кітайскі (традыцыйны)
      hr.fmuser.org -> харвацкая
      cs.fmuser.org -> чэшская
      da.fmuser.org -> дацкая
      nl.fmuser.org -> Галандская
      et.fmuser.org -> эстонская
      tl.fmuser.org -> філіпінская
      fi.fmuser.org -> фінская
      fr.fmuser.org -> Французская
      gl.fmuser.org -> галісійская
      ka.fmuser.org -> грузінскі
      de.fmuser.org -> нямецкая
      el.fmuser.org -> Грэчаскі
      ht.fmuser.org -> Гаіцянскі крэол
      iw.fmuser.org -> іўрыт
      hi.fmuser.org -> хіндзі
      hu.fmuser.org -> Венгерская
      is.fmuser.org -> ісландская
      id.fmuser.org -> інданезійская
      ga.fmuser.org -> ірландскі
      it.fmuser.org -> Італьянская
      ja.fmuser.org -> японскі
      ko.fmuser.org -> карэйская
      lv.fmuser.org -> латышскі
      lt.fmuser.org -> Літоўскі
      mk.fmuser.org -> македонская
      ms.fmuser.org -> малайская
      mt.fmuser.org -> мальтыйская
      no.fmuser.org -> Нарвежскі
      fa.fmuser.org -> персідская
      pl.fmuser.org -> польская
      pt.fmuser.org -> партугальская
      ro.fmuser.org -> Румынская
      ru.fmuser.org -> руская
      sr.fmuser.org -> сербская
      sk.fmuser.org -> славацкая
      sl.fmuser.org -> Славенская
      es.fmuser.org -> іспанская
      sw.fmuser.org -> суахілі
      sv.fmuser.org -> шведская
      th.fmuser.org -> Тайская
      tr.fmuser.org -> турэцкая
      uk.fmuser.org -> украінскі
      ur.fmuser.org -> урду
      vi.fmuser.org -> В'етнамская
      cy.fmuser.org -> валійская
      yi.fmuser.org -> Ідыш

       
  •  

    FMUSER Бесправадная перадача відэа і аўдыё лягчэй!

  • Кантакт

    Адрас:
    No.305 Нумар HuiLan Будынак No.273 Huanpu Road Гуанчжоу Кітай 510620

    Электронная пошта:
    [электронная пошта абаронена]

    Тэл / WhatApps:
    +8618078869184

  • катэгорыі

  • бюлетэнь

    ІМЯ ІМЯ

    Электронная пошта

  • paypal solution  Western UnionBank OF China
    Электронная пошта:[электронная пошта абаронена]   WhatsApp: +8618078869184 Skype: sky198710021 Chat with me
    Copyright 2006-2020 Powered By www.fmuser.org

    кантакт