TCP IP kullanmalı mı?

Bunun doğru mudur TCP TCP / IP için kısa ve onlar aynı şeyi ifade?

TCP'nin IP dışında başka bir protokolün üstüne kurulması mümkün mü ?

TCP ve IP (v4 ve v6) kesinlikle birbirinden ayrılabilir ve biri IPX üzerinden TCP örneği tarafından kanıtlandığı gibi biri anlamına gelmez ( RFC 1791 ).

Ancak, TCP yalnızca herhangi bir ağ protokolü üzerinden oluşturulamaz. İki sebep:

1. TCP başlığında segment büyüklüğü alanı yoktur (yalnızca TCP başlığının boyutunu veren Data Offset). Bu nedenle TCP, yalnızca TCP bölümünün boyutunu (yani, alt katman protokolünün yük kapasitesi) hesaplamak için yeterli bilgiyi içeren daha düşük katman protokolüyle çalışacaktır. Bu varsayım IPv4 ( RFC 791 ), IPv6 ( RFC 2460 ) ve IPX ( RFC 1791 ) için de geçerlidir. Ancak genel olarak doğru değildir, örneğin, kuş taşıyıcıları için değildir ( RFC 1149 ) (bakınız not a).
2. TCP, yalnızca bağlantısız bir ağ protokolü üzerinden çalışmak üzere tasarlanmıştır. TCP, bazı bağlantı odaklı ağ protokolleri (örneğin, ATM sabit bit hızı servisi) üzerinde etkili bir şekilde çalışmaz, çünkü iki dövüş oranı kontrolü işlevi çok düşük veya öngörülemeyen performansa yol açar. Başka bir dejenere örnek, bir TCP tüneli üzerinden TCP'dir.

TCP şartnamesi, RFC 793 , bu soruya karar vermek için iyi bir kaynak değildir, çünkü alt katman ile ara yüzünü büyük ölçüde belirtilmemiş bıraktığını kabul eder.

Not a) TCP'nin, küçük kağıda yazdırılan datagramları (güvercinler veya daha akıllı bir corvid ağı tarafından taşınmış olsun) yeniden birleştirmesi için, yükün boyutunun standart bir yere yazılması gerekir. Alternatif olarak, bir adaptasyon tabakası, segment boyutunu sezgisel olarak belirleyebilir. Kuş taşıyıcılarının spec ( RFC 1149 ) ana bilgisayar yığınının uygulanmasında kullanılan optik tarayıcı , böyle bir buluşsal uyarlama katmanını içermiştir, ancak belgelenmemiş kalmaktadır.

Tüm RFC'yi okumamıştım ancak bölüm 1.4'deki dil herhangi bir "düşük seviye" protokolünün kullanılabileceğini gösteriyor gibi görünüyor.

TCP ve alt seviye protokolleri arasındaki arayüz, iki seviyenin birbirine senkronize olmayan bir şekilde bilgi iletebileceği bir mekanizma olduğu varsayılmasının dışında esasen belirtilmez. Genellikle, bir kişi bu arayüzü belirlemek için alt seviye protokolü beklemektedir. TCP, birbirine bağlı ağların çok genel bir ortamında çalışmak üzere tasarlanmıştır. Bu belge boyunca kabul edilen alt seviye protokolü, İnternet Protokolüdür.

İnternet Protokol Paketi

TCP, TCP / IP için kısa değil.

TCP / IP genellikle " İnternet Protokolü Paketi " demenin kısa bir yolu olarak kullanılır ve genellikle diğer standart protokolleri içerir. İnsanlar TCP / IP deyince genellikle IP üzerinden UDP (TCP yerine UDP kullanılır) ve ARP, ICMP, DNS, SNMP ve diğer uygulama katmanı protokolleri gibi bir çok protokolü içerirler.

Uygulama katmanı

Uygulamalar, SMTP (e-posta için) gibi Uygulama Katmanı protokollerini kullanır. Bunlar TCP ve UDP - İki taşıma katmanı protokolünden birine oturur. Birkaç uygulama katmanı protokolü UDP ve TCP'den birini veya her ikisini de kullanır, ancak çoğu yalnızca bir aktarım katmanı protokolü ile kullanılır.

Taşıma katmanı

TCP ve UDP, Internet Protokol Paketi'nde kullanılan iki aktarım katmanı protokolüdür. Başkaları varsa, onları tanımıyorum ve diğerleri kaybolan küçük bir uzman kullanımını temsil ediyor. Diğerleri taşıma katmanı protokolleri tanımlanmıştır - kullanımları muhtemelen yalnızca küresel IP trafiğinin küçük bir kısmını temsil eder †

Ağ Katmanı

TCP'yi IP'den başka bir şey üzerinde kullanmak teorik olarak mümkün olsa da, pratikte TCP her zaman IP üzerinden kullanılır - İnternet Protokolü. IP paketleri ağlar arasında taşır (IP'yi birden fazla LAN'ı birbirine bağlamak olarak düşünün)

Ağ Arabirimi Katmanı

Ethernet, TCP / IP'nin taşındığı düşük seviyeli bağlantı katmanı protokollerinin en popüler ailesidir, ancak TCP / IP de ATM ve diğerleri üzerinde yaygın olarak kullanılır.

Ek 1 - Taşıma Katmanı Protokolleri ile ilgili bir not

Internet Protokolü Suite kullanan ağlarda önemli ölçüde kullanılan tek aktarım katmanı protokolleri TCP ve UDP'dir.

† Sadece eğlence için, NetBIOS (TCP üzerinden), SSH, Rsync, E-posta, yazılım güncellemeleri, DNS, genel Windows kutusu konuşmacı ve diğer birkaç trafik türünü içeren (çok) küçük LAN ağımdaki trafiği ölçtüm.

Ayrıca Google’ın QUIC protokolleri için SSS’sindeki bu açıklamaya dikkat edin

UDP kullanmak yerine neden tamamen yeni bir protokol oluşturmadınız? Bugün İnternet'teki orta kutular, TCP veya UDP trafiği olmadığı sürece genellikle trafiği engeller

(vurgum)

TCP / IP'nin bu kadar yaygın bir kısaltma olmasının nedeni (örneğin, UDP / IP veya SCTP / IP'nin aksine), iki protokolün birlikte tasarlanmasıdır, ve orijinal makalede Vint Cerf ve Bob Kahn birlikte tek bir protokolde birleştirildi. Kısa bir süre sonra, akış kontrolü, çoğullama, hata saptama vb. Sağlamak için yönlendirme ve TCP sağlamak üzere IP'ye ayrıldılar. Altı yıl sonra UDP'nin geri kalanı olmadan "hafif" bir çoğullama katmanı sağlamak üzere tanıtılması değildi. TCP ile ilgili ek yük.

Yine de, TCP ve IP iki ayrı şeydir ve tamamen ve bilerek bağımsızdır. TCP'nin IP gerektirmemesi gerçeği, TCP'nin tamamen farklı iki protokol olan hem IPv4 hem de IPv6'da değiştirilmemiş olarak çalışabilmesi gerçeğiyle açıkça anlaşılmaktadır.

Küçük bir çalışmayla, aynı amaçlara hizmet edecek olan IP'ye rakip bir protokol oluşturabilirsiniz, ancak muhtemelen aynı özelliklerin hepsinin olmasa da en iyisini içermesi ve muhtemelen yine de IP'ye çok benzemesi gerekirdi. IP’ye yapılan uzantıların (IPSec gibi) etkin bir şekilde alternatif katman 3 protokolleri olduğunu iddia edebilirsiniz.

IP'yi başka bir şeyle değiştirebilirsiniz. Aslında, IPv6 üzerinden TCP kullanırken tam olarak yaptığınız şey budur. TCP hala TCP'dir, ancak IP, v4 yerine v6'dır.

AFAIK, hiç kimse TCP ile üstlerinde çalışmak için başka herhangi bir katman-3 protokolü oluşturmamış, ancak yapamamanızın bir nedeni yok.

TCP ve IP ekmek üzerine tereyağı gibidir.

Sen protokol ya çalışır başka bir şey eşleştirebilirsiniz, ancak bu iki so tamamlayıcı o sadece bir nefis güvenilir bir yol için veri aktarmak ve internet verisi ile karın doldurmak. Bu eşleşmeyi desteklemek için diğer kuru gıda maddelerinin ve verilerin el sıkışmasının sağlanması için tüpü yağlar. Ama hiçbir şekilde münhasır değildir.

S Ancak TCP'nin IP dışında başka bir protokolün üzerine inşa edilmesi mümkün değil mi?

Bir Evet mümkün. IP olmadan Morse Kodu ve Güvercin TCP örneklerini severim.

Her zaman TCP'nin TCP / IP için kısa olduğunu duydum.

Aslında İnternet Protokolü üzerinden İletim Kontrol Protokolü anlamına gelir.

ve aynı şeyi kastediyorlar.

Bu doğru değil.

İlk olarak, Ethernet gerçek donanım parçalarının nasıl çalıştığını kontrol eden düşük seviye donanım sistemidir.

Sonra, IP'yi bir telefon sistemi veya trafik işaretleri olarak düşünün . Bağlantı sisteminin iki noktasını birlikte kontrol etmesini sağlar.

Öte yandan TCP , mesajları / arabaları doğru noktaya yönlendiren bir mesajlaşma sistemi veya trafik kontrol memuru gibidir.

Birlikte ele alındığında, TCP / IP, bağlı olan herhangi iki cihaza ve cihazlardan güvenilir bir şekilde veri aktarımı sağlayan bir sistem sunar.

İnternet ile veri göndermek veya almak istediğinizde, sistemin IP kısmı, kablolarla (veya kablosuz dalgalarla) gerçek donanım bağlantılarını yapmayı kontrol eden kısımdır. Sistemin TCP kısmı, veriyi almak ve parçalamak, göndermek, alınan verileri yeniden birleştirmek ve verileri kontrol etmek ve gerekirse yeniden göndermekle sorumlu olan yazılımdır.

Analojiler ve teknik detaylarla, özellikle de video şeklinde olmak üzere sayısız açıklama var . DifferenceBetween.net bu konuyla ilgili özellikle iyi bir konuya sahip .

Bununla birlikte, TCP'nin IP dışında başka bir protokolün üstüne inşa edilmesi mümkün değil mi?

Evet, aslında IP kullanan TCP'ye alternatif bir sistem oluşturabilirsiniz . Bir göz atın Internet Protokolü Suite bazı detaylar için.

TCP, katman 4 protokolüdür. Verilerin bir bilgisayardaki bir işlemden aynı / başka bir bilgisayardaki başka bir işleme sıralı bir akış biçiminde garantili bir şekilde taşınmasını sağlar.

IP bir katman 3 protokolüdür. Bir ana bilgisayardan diğerine ulaşım sağlar.

Veri aktarımını barındırmak için ev sahibi yapabilecek bir protokol olduğu sürece, TCP çalışacaktır.

Böylece, TCP herhangi bir protokol üzerinden uygulanabilir, fakat sadece IP yaptık. IP basittir ve iş yapar.

Başka bir Katman 3 protokolüne gerek yoktur.

Bir ağ tasarlarken, ağ tasarımcılarının farklı soyutlama düzeyleri olarak hayal edebileceğiniz çeşitli "katmanların" her biri için (temelde makineler arasındaki iletişim kuralları kümesi olan) bir dizi protokol seçmelisiniz. protokolleri oluştururken ve birleştirirken aklınızda bulundurun).

Daha basit versiyon: protokoller mesajlarımızı koyduğumuz kutular gibidir . Bu kutuların farklı boyutları var ve mesajınızı en küçük kutuya, ardından da en küçük kutuya en küçük kutuya koyarsınız, vb. mesajınızı çevreleyen katman ".

TCP ve IP, birlikte oluşturulan ve birlikte kullanılabilen iki bağımsız katman için protokollerdir; ancak diğer protokollerle de çok iyi kullanılabilir. Bu oldukça sık gerçekleşir: IP'yi TCP olmayan bir protokolle birlikte veya IP olmayan bir protokolle birlikte kullanabilirsiniz .

TCP / IP'nin bu kadar yaygın bir kısaltmanın nedeni, bu iki protokolün, İnternetin temelini oluşturması ve başarısının anahtarı olmasıydı .

(TCP ve IP, birlikte çalışabilmeleri için özel olarak tasarlanmış bazı işlevselliklere sahiptir, bu da sık sık şikayetçi olan bir şeydir, ancak diğer protokollerle etkileşime girmenizi engellemez.)

Retro olmak istiyorsanız, IPX transport üzerinden TCP çalıştırmanın mümkün olduğunu düşünüyorum.

Bununla birlikte, TCP'nin IP dışında başka bir protokolün üstüne inşa edilmesi mümkün değil mi?

Klasik TCP / IPv4 ve TCP / IPv6'nın yanı sıra, örneğin birkaç deney protokolü tasarlanmıştır:

UDP üzerinden neredeyse TCP (atou)

Net100 ve Probe’nizin bir parçası olarak, yüksek hızlı, yüksek gecikmeli ağlar üzerinden toplu transferleri iyileştirme çabaları kapsamında, UDP üzerinden çalışan TCP ve uyarlanabilir bir TCP sürümü geliştirdik. UDP TCP benzeri aktarım, TReno'ya benzer uygulama düzeyinde TCP benzeri kontrollerle denemeler için bir test cihazı olarak kullanılır.

Ve iproxy: TCP hizmetlerini UDP üzerinden çalıştırmak , bu daha eğlenceli:

iproxy, istemci tarafı proxy'si ve rasgele TCP / IP hizmetlerinin Broadcast, Multicast veya Unicast UDP üzerinden çalışmasına izin veren sunucu tarafı proxy'sinden oluşur. Başlangıçta, web tabanlı bir arayüz kullanarak LAN üzerinde bir IP adresi verilmeyen sunucuları yapılandırmak için bir yöntem olarak tasarlandı.

Görüyorsunuz: Tek noktaya yayın UDP'de TCP ve hatta yayın ya da çok noktaya yayın UDP'de TCP !

AFAIK sadece TCP / IPv4 ve TCP / IPv6 büyük bir konuşlandırmaya sahiptir.

Cevap hayır! Örneğin, IPX üzerinden TCP'yi tanımlayan eski bir RFC var: http://tools.ietf.org/html/rfc1791

Kısa hafızalı olanlar için IPX, Novell Netware protokolüydü: http://en.wikipedia.org/wiki/Internetwork_Packet_Exchange

Temel bir datagramın taşınmasını destekleyen çeşitli protokollerin üstüne TCP uygulamaları mevcuttur. Aslında ihtiyaç, yönlendirme bilgisini belirtmek bile değildir (TCP'nin çalışmak için IP'ye ihtiyacı yoktur, sadece üstü kapalı bir alıcıya sahip bir serila bağlantısı yeterli olacaktır).

Böylece UDP'nin üstüne TCP uygulandı (avantaj: "sunucu" tarafında tek bir bağlantı noktası kullanıyorsunuz ya da çeşitli çok kanallı kanalları taşıyan mevcut bir bağlantıya gömebilirsiniz). Yalnızca IP seviyesi yönlendirme sağlar, ancak TCP buna ihtiyaç duymaz. Tek önemli olan, bir MTU konseptinin alt katman tarafından sağlanmış olmasıdır.

Bu, protokolün, belirli bir ana bilgisayar için bir UPnP çeviri portu kaydetmeye gerek kalmadan NAT geçişinin sınırlamalarını atlamasını sağlar. Her ortak paylaşımlı yönlendirici yerine her bir müşteri için optimize edilmiş MTU ve MSS'nin bağımsız olarak ayarlanmasına olanak tanır. Diğer yönlendirme protokolleri de mümkündür (Multicast ve yayın ağları üzerinden teslimat dahil). Ve güvenlik mekanizmalarını seçme şansın var.

Kullanım örneği Gogo6.net'tir (IPv6 taşıma kanalını, TCP'nin UDP v4 üzerinden yeniden uygulanmasını kullanan bir TCP oturumu üzerinden uygular (bu, hala sadece IPv4 adresine sahip olan ve her zaman UPnP yöntemini desteklemeyen çoğu ev tipi yönlendirici üzerinde çalışır). ; Çalışmaya devam etmese bile, uygulamaya özel sabit bir port numarası kullanarak kullanıcılar tarafından yapılandırılmasına gerek kalmadan)

Diğer örnekler, TCP'yi HTTP üzerinden HTTP (veya HTTPS) sürüm 1.1 'i "akış" uzantısıyla kapsüllentirmektir. İnternet üzerinden köprü ağlarına izin veren çoğu VPN de aynı şeyi yapacaktır. Köprü birden fazla protokol bile içerebilir: Ethernet, PPP, IPv4 ve IPv6 (yalnızca yerel LAN veya Ethernet segmentini genişleterek), NetBEUI / LanMan, yönlendirici bulma (köprülü ağ içinde), ham mod dahil (DHCPv4 veya DHCPv6'ya izin verilir) köprülü ağ. HTTPS üzerinden kapsülleme ayrıca köprüyü kurmak ve güvenliğini sağlamak için şifrelemeye ve kimlik doğrulamaya da izin verdiğinden, ancak köprülü ağ üzerinden istemciler ve sunucular için uçtan uca kimlik doğrulama / şifreleme gerektirmediğinden ve yönlendiriciler HTTP için oldukça optimize edildiğinden HTTPS kullanılır ve HTTPS.

Askerde TCP kullanan ancak IP kullanmayan iletişim sistemleri örnekleri vardır, çünkü comm yolu yönlendiricilerden geçirilmeyen seri tipte bir bağlantıdır. IP alanlarına girmeden önce TCP paketine bakarsanız, "yönlendirme" protokolünüz farklıysa IP kullanmamanız kolayca mümkün görünüyor.