TCP tidak dapat "mentolerir" kehilangan paket 50%. Ini hanya akan terhenti, karena alasan sederhana: ia menyesuaikan kecepatan transmisi berdasarkan hilangnya paket. Ketika paket hilang, mereka dipahami untuk menunjukkan kemacetan. Jika Anda menjatuhkan 50% dari paket (katakanlah, dengan aturan firewall drop acak ) terlepas dari lalu lintas, itu akan melihat ketersediaan bandwidth yang semakin menurun.
Selanjutnya saya ragu ISP membentuk ICMP vs TCP. Beberapa mungkin melakukannya, karena ada beberapa orang yang benar-benar bodoh di luar sana, tetapi tidak masuk akal untuk melakukannya. Sebagian besar akan membentuk seluruh koneksi, atau itu akan "membentuk dirinya sendiri" karena kemacetan. Dalam kedua kasus paket biasanya dijatuhkan secara acak.
Yang sedang berkata, Anda dapat melakukan ping dengan TCP, tetapi ada beberapa peringatan. Yang pertama adalah hanya mengirim paket awal dalam koneksi TCP, yang akan memperoleh respons dari server dengan port terbuka, tetapi akan dilihat sebagai upaya koneksi. Idealnya Anda dapat menggunakan layanan "echo" (TCP port 7) ... tetapi sebenarnya Anda tidak bisa karena sekarang dinonaktifkan secara default di mana-mana. Bagaimanapun, jika Anda dapat membuat seseorang mengaktifkannya untuk Anda pada mesin yang ingin Anda uji, sebuah program dapat menggunakannya untuk memeriksa waktu bulat untuk paket-paket di dalam koneksi TCP.
Yang sedang berkata, Anda mungkin memiliki perintah "tracepath" diinstal pada mesin Anda; ini mirip dengan traceroute tetapi tidak menggunakan TCP atau ICMP, tetapi UDP. Untuk TCP ada berbagai utilitas di luar sana, Anda dapat mencoba memukul .