Bir bilgisayar PLC'ye bağlanır ve bağlantı ışığı yanmaya devam eder; buna rağmen parametre okuma işlemi zaman zaman duraklar. Kısa bir süre sonra, görünüşte veri kaybı olmadan devam eder. Cihazın yavaş işlem yapması şart değildir: TCP bir boşluğu dolduruyor olabilir. TCP, birçok üst seviye izleme bilgisayarı, ağ geçidi ve kontrolör tarafından kullanılan bir taşıma mekanizmasıdır. Bayt akışını sıralı biçimde teslim etmeye çalışır. Bu kılavuz, matematiksel türetmelere girmeden bu baytları izler: kayıtları kimin tuttuğunu, kimin beklediğini ve verinin sonunda alınmasının neden yine de bir üretim çevrimini etkileyebileceğini açıklar.
1. Ağ veriyi taşır; uç noktalar yeniden iletir
Üst seviye izleme bilgisayarı, veriyi kendi TCP uygulamasına aktarır; veri daha sonra ağ arayüzü ve endüstriyel anahtarlar üzerinden PLC'ye ulaşır. Bir anahtar normalde Ethernet çerçevelerini Ethernet adreslerini kullanarak iletir. Söz konusu TCP bağlantısı adına her bayt için alındı onayı vermez. İletişim uç noktaları iletim kayıtlarını tutar, alındı onaylarını işler ve ne zaman yeniden iletim yapılacağına karar verir. Bir ağ geçidi bir bağlantıyı sonlandırıp başka bir bağlantı başlatıyorsa, tüm yolu bölünmez tek bir kanal olarak ele almak yerine iki bağlantıyı ayrı ayrı analiz edin.
TCP mekanizmasını, konumları numaralandırılmış kesintisiz bir metin olarak düşünün. Taşıma sırasında bu metin farklı boyutlardaki paketlere bölünebilir; ancak alıcı sonunda içeriği doğru sırayla elde etmelidir. Bu benzetme yalnızca numaralandırmayı ve boşlukların doldurulmasını açıklar. TCP metni anlamaz: baytların bir sıcaklığı, parametre dosyasını veya başlatma komutunu temsil edip etmediğini ayırt edemez. Bu bilginin geçerli olup olmadığına uygulama karar vermelidir.
2. Sıra ve alındı onayı numaraları paketleri değil, baytları sayar
Basit bir örnekte, kurulmuş bir bağlantı 1001–1100, 1101–1200 ve 1201–1300 baytlarını içeren üç veri segmenti gönderir. Bu numaralar örnek amaçlıdır; gerçek bağlantılarda sabit bir başlangıç sıra numarası yoktur. SEQ, bir segmentteki verinin başlangıç sıra numarasını belirtir. ACK, alıcının kesintisiz akışta beklediği bir sonraki baytı belirtir. İlk segment ulaştıktan sonra bir alındı onayı 1101 değerini gösterebilir ve böylece önceki kesintisiz içeriğin alındığını doğrular.
İkinci segment eksikken üçüncü segment ulaşırsa, alıcı genellikle sonraki verileri arabelleğe alabilir; bu sırada kümülatif alındı onayı 1101 değerinde kalır. 1300 baytını görmek, aradaki tüm baytlara sahip olmakla aynı şey değildir. Boşluk doldurulduğunda alındı onayı ilerleyebilir. ACK bir paket numarası değildir; bu nedenle bir yakalama kaydındaki satırları saymak, tek başına ne kadar uygulama içeriğinin eksik olduğunu gösteremez.
3. Yinelenen alındı onayları ve zamanlayıcı farklı ipuçları sunar
Gönderici, henüz alındığı onaylanmamış verileri saklar. Sonraki veriler gelmeye devam ederse alıcı, akışın daha önceki kısmında bir boşluk bulunduğunu belirtmek için aynı alındı onayı numarasını tekrar tekrar bildirebilir. Klasik bir hızlı yeniden iletim örneğinde, üç yinelenen ACK eksik segmentin yeniden iletilmesini tetikler. Modern uygulamalar başka kayıp algılama yöntemlerini de kullanabilir. Cihazların tümü, basitleştirilmiş tek bir zamanlama şemasını tam olarak izlemez.
Trafik azsa, bu tekrarlanan alındı onaylarını üretmek için yeterli sonraki veri bulunmayabilir. Bu durumda kurtarma mekanizmasını bir yeniden iletim zamanlayıcısı sağlayabilir. Yeniden iletim zaman aşımı olan RTO, alındı onayı için bekleme süresidir. Uç nokta, her bağlantı için tek bir sabit değer kullanmak yerine gidiş-dönüş gecikmesini ve bunun değişimini dikkate alır. Gerekli alındı onayı gelmeden zamanlayıcının süresi dolarsa veriyi yeniden iletir; geri bildirimin tekrar tekrar gelmemesi genellikle bekleme süresini uzatır. Burada belirtilen herhangi bir milisaniye değeri, bir FCTEL ürünü hakkında taahhüt değildir.
4. Tamamlanan veriler yine de fark edilir bir duraklamaya neden olabilir
Yeniden iletim zaman alır. Alıcı, sonraki kesintisiz baytları uygulamasına teslim etmeden önce bir boşluğun doldurulmasını bekleyebilir. Ağ arayüzüne ulaşmış veriler, ekranı mutlaka hemen güncellemez. Bu, taşıma mekanizmasının olası sonuçlarından biridir. Bağlantı göstergesinin yanması, uygulama güncellemelerinin her zaman zamanında gerçekleştiği anlamına gelmez; tek bir duraklama da neden olarak belirli bir anahtar portunu işaret etmez.
TCP, ağ koşullarına göre aynı anda ne kadar veri gönderileceğini de kontrol eder. Kayıp, bir tıkanıklık sinyali olarak değerlendirilebilir ve göndericinin gönderim etkinliğini azaltmasına yol açabilir. Bu durum uç nokta protokolünde gerçekleşir; üzerinde uzlaşılan port hızının otomatik olarak düştüğü anlamına gelmez. Fiziksel bağlantı hâlâ Gigabit hız bildirse de bağlantı geçici olarak daha az yararlı veri teslim edebilir. Güvenilir teslim, eksik veriyi tamamlamaya çalışır; ancak sabit bir endüstriyel kontrol süre sınırı sağlamaz.
5. Bir TCP alındı onayı, görev tamamlanma bildirimi değildir
Bir TCP ACK'si, ilgili baytların karşı uçtaki TCP alıcısına ulaştığını doğrular. PLC uygulamasının bir parametreyi onayladığını, hedef konumuna yazdığını veya bir motor hareketini tamamladığını kanıtlamaz. Uygulama protokolü çoğu zaman kendi yanıtını, istisna kodunu veya tamamlanma durumunu sağlar. Taşıma katmanı alındı onayını, protokol yanıtını ve ekipman sonucunu, zaman damgalarını tek bir başarı mesajında birleştirmek yerine ayrı ayrı kaydedin.
Aynı bağlantıda örtüşen baytlar yeniden iletildiğinde TCP, tekrarları tanımak için sıra numaralarını kullanır ve normalde bunları yeni akış içeriği olarak teslim etmez. Zaman aşımına uğrayıp bir komutu yeniden gönderen uygulama, başka bir uygulama isteği oluşturur. TCP, iki isteğin aynı anlama geldiğine karar veremez. Yeniden bağlantı kurduktan sonra istek tanımlayıcılarını, yürütme durumunu ve uygulama protokolünün tanımladığı yinelenen istek kurallarını kontrol edin. Eylem komutlarını süresiz olarak tekrarlamak, sağlam bir tamamlama stratejisi değildir.
6. Her iki yönde sorun giderin ve uygulama zamanlamasıyla ilişkilendirin
Duraklama zamanını, uç noktaları, protokolü, veri miktarını ve işlemi kaydedin. Ardından port hata ve atım sayaçlarını, bağlantı günlüklerini ve her iki uçtaki yakalama kayıtlarını inceleyin. Aynı bayt aralığının yeniden gönderilmesi yararlı bir ipucudur. Ayrıca ACK'lerin ilerleyip ilerlemediğini, verilerin sırasının değişip değişmediğini ve bildirilen alım penceresinin küçülüp küçülmediğini veya sıfıra inip inmediğini kontrol edin. Pencere, alım arabelleğinin ne kadar veri kabul edebileceğini belirtir; kablonun bağlı olup olmamasından farklıdır.
Bir yakalama aracı, gözlemlediği paketleri yorumlayarak yeniden iletimi işaretler. Arızalı bir bileşeni doğrudan ölçmüş değildir. Aşırı yüklenmiş bir aynalama portu, yakalama sırasında paket kaybı veya yakalamanın geç başlatılması analizi yanıltabilir. Ağ arayüzü offload işlevleri de ana bilgisayardaki yakalamada segmentlere ayırmanın nasıl göründüğünü değiştirebilir. Gidiş yönünde eksik verileri, dönüş yönünde eksik alındı onaylarını ve yakalamanın yalnızca gözlemleyemediği paketleri ayırt etmek için iki taraftaki kayıtları karşılaştırın.
Çerçeve kontrol hataları aynı zamanda artıyorsa konektörleri, kablolamayı, ekranlamayı ve paraziti inceleyin. Atımlar trafik patlamalarıyla birlikte artıyorsa aynı çıkış için rekabet eden trafiği ve arabelleğe almayı araştırın. Yalnızca yönlendiricilerden veya tünellerden geçen büyük aktarımlar başarısız oluyorsa yol üzerindeki boyut sınırlarını da araştırın. Her seferinde tek bir koşulu değiştirin ve öncesi ile sonrasına ait kanıtları saklayın. Yalnızca uygulamanın zaman aşımı süresini artırmak, taşıma gecikmelerini ortadan kaldırmadan belirtiyi gizleyebilir.
Dönüş trafiği önemlidir: veri ulaşmışken alındı onayı dönüş yolunda kaybolmuş olabilir. Bu onay olmadan gönderici yeniden iletim yapabilir ve alıcı tekrarlanan baytları tanır. Dolayısıyla tekrarlanan bir iletim, ilk verinin hedefine hiç ulaşmadığını kanıtlamaz. Gidiş ve dönüş yollarını ayrı ayrı çizin ve alıcı kayıtlarını karşılaştırın. Aksi takdirde, göndericinin yanındaki kabloyu değiştirmek gerçek dönüş yolunun gözden kaçmasına neden olabilir. Bağlantıyı tek yönlü tek bir aktarımla temsil etmek yerine her iki yönü de test edin.
7. İçeriğin doğruluğunu ve sonuçların zamanında, kullanılabilir olduğunu doğrulayın
FCTEL yönetilebilir endüstriyel anahtar dokümantasyonu, arayüzleri ve yönetim işlevlerini kontrol etmek için bir başlangıç noktasıdır. Gerçek modelin, kılavuzun ve cihaz yazılımının hangi sayaçları ve günlükleri sunduğunu doğrulayın. Bu makale genel TCP davranışını açıklar. Bir anahtarın uç noktalar adına TCP işlemlerini yürüttüğünü veya başka bir üreticinin protokol uygulamasının belirli bir FCTEL cihazının performansını temsil ettiğini iddia etmez.
Kurtarma sonrasında dosya veya parametre içeriğini doğrulayın; ardından kesintisiz çalışma sırasında yanıt sürelerinin dağılımını ve istisnaları gözlemleyin. Eylem isteklerinde tamamlanma durumunu ve tekrarlanan komutlara verilen tepkiyi de kontrol edin. Tekil bir duraklamayı, giderek kötüleşmeyi ve gerçek bir bağlantı kesilmesini birbirinden ayırarak saha için kararlaştırılmış uygulama süre sınırlarını kullanın. Üç noktayı unutmayın: TCP bayt boşluklarını doldurur, bu işlem zaman alır ve verinin alınması, görevin tamamlanmasından ayrı olarak kontrol edilmelidir.
Bir bakım raporu, belirtiyi ve kanıtları açıkça belirtmelidir: hangi dönemde hangi bayt aralıklarının tekrarlandığı, uygulama yanıtlarının gecikip gecikmediği ve port sayaçlarının değişip değişmediği. Yalnızca ağ sorunu yazmak yeterli değildir. Somut kayıtlar; ağ, ekipman ve yazılım ekiplerinin her birinin kendi cihazını sorunsuz ilan etmesi yerine aynı olayı analiz etmesine yardımcı olur. Yakalama saatleri farklıysa, birbiriyle ilgisiz iki olayı varsayılan bir neden oluşturacak şekilde birleştirmeden önce aralarındaki zaman ilişkisini belirleyin.
Teknik kaynaklar: RFC 9293: TCP sıra numaraları ve alındı onayları; RFC 6298: yeniden iletim zamanlayıcıları; RFC 5681: klasik hızlı yeniden iletim ve tıkanıklık kontrolü; Wireshark: TCP analizi; Wireshark: offload işlevleri ve yakalama kayıtlarının yorumlanması. İlgili kaynaklar: Teknik Makaleler ve FCTELE FCM-G24FG4 yönetilebilir 24 portlu Gigabit Ethernet + 4 portlu combo anahtar belgeleri. Yapay zekâ destekli özgün çizimler, ürün ölçümlerini değil genel ilkeleri gösterir.
