Saya telah menemukan cara untuk KEDUA menemukan simpul mana yang (yaitu yang memiliki penundaan pesan lebih lama) DAN memperkirakan penundaan perjalanan satu arah. Sementara jawaban lain benar, mereka HANYA mempertimbangkan pengukuran jam langsung yang didekati yang tentu saja tidak dapat bekerja. Namun karena saya membuktikan di sini ini hanya bagian dari cerita karena di sini adalah algoritma kerja saya untuk yang di atas:
Asumsikan seperti dalam kehidupan nyata:
Tautan bandwidth terbatas b
Setiap node memiliki alamat unik (mis. A dan B)
Ukuran paket p jauh lebih kecil dari produk latensi bandwidth *
Node A dan B dapat mengisi saluran
Node memiliki random () function
Setiap node mengisi saluran dengan paket-paketnya sendiri (masing-masing ditandai A atau B) ATAU meneruskan paket-paket yang diterimanya dari node lain sebagai berikut:
Always fill the channel with my own packets except:
if I receive a packet from another node then
Randomly choose to
either forward that packet from the other node
or discard that packet and forward my own packet
Penjelasan Intuitif
Karena bandwidth A * produk latensi lebih tinggi (karena latensi lebih tinggi) A akan mengelola untuk menerima lebih banyak paket dari B, oleh karena itu setiap Node dapat mengetahui siapa mereka dalam diagram .
Lebih lanjut, dengan waktu konvergensi yang cukup untuk menjalankan algoritma di atas, rasio paket A ke B akan menunjukkan rasio aktual penundaan RTT dari A ke B dan karenanya OTT yang diinginkan .
PELACAKAN HASIL SIMULASI
Berikut ini adalah simulasi yang membuktikan hal di atas dan menunjukkan bagaimana A berhasil melakukan konvergensi menuju keterlambatan 3 detik dan B konvergensi sekitar keterlambatan 1 detik:
Penjelasan Angka:
Setiap saluran mewakili 1 detik waktu (ukuran paket dipilih untuk memiliki waktu transmisi 1 detik untuk kejelasan). Perhatikan bahwa setiap node dapat memulai algo kapan saja tanpa urutan atau waktu tertentu. Kolomnya adalah sebagai berikut:
NODE A menerima: Apa yang dilihat simpul A di sisi penerimanya (ini juga P4 di bawah)
NODE A menyuntikkan: Apa simpul A mengirimkan (perhatikan ini adalah A, atau secara acak A atau B)
P1, P2, P3: Tiga paket yang sedang transit (berurutan) antara A dan B (transmisi 1 detik berarti 3 paket sedang transit dengan latensi 3)
NODE B menerima: Apa yang dilihat B di sisi penerimanya (ini adalah P3)
NODE B menyuntikkan: Apa yang B kirim keluar (perhatikan ini B, atau secara acak A atau B per algo)
P4: Paket dalam perjalanan dari B ke A (lihat juga P1, P2, P3)
A menghitung A: Apa yang diperhitungkan untuk paket A yang telah dilihatnya
A counts B: Apa yang diperhitungkan A untuk paket B yang telah dilihatnya
B counts A: Apa yang diperhitungkan B untuk paket-paket A yang telah dilihatnya
B counts B: Apa yang diperhitungkan B untuk paket B yang telah dilihatnya
A-> B: Latensi yang diperkirakan A terhadap B (rasio RTT 4 detik berdasarkan paket yang terlihat)
B-> A: Latensi yang B perkirakan menuju A (rasio RTT 4 detik berdasarkan paket yang terlihat)
Seperti yang kita dapat melihat kedua node bertemu dan tetap di sekitar latensi sebenarnya (sebenarnya kita tidak melihat itu untuk A karena diperlukan lebih banyak detik untuk konvergen tetapi konvergensi perilaku yang sama seperti B)
Filter yang lebih baik dapat konvergen lebih cepat tetapi kita dapat dengan jelas melihat bagaimana keduanya menyatu di sekitar nilai yang benar untuk keterlambatan mereka, oleh karena itu mereka dapat mengetahui dengan pasti mengetahui keterlambatan mereka (meskipun saya menunjukkan estimasi mereka hanya untuk ilustrasi).
Juga, bahkan jika bandwidth antar tautan berbeda, metode di atas masih bisa bertahan (walaupun kita harus memikirkannya lebih untuk lebih yakin) dengan menggunakan pasangan paket untuk mengetahui perkiraan bandwidth dan kemudian hanya menerapkan persamaan proporsi di atas.
Kesimpulan
Kami menyediakan algoritma untuk A dan B untuk mengetahui posisi mereka dalam jaringan dan mengetahui latensi mereka ke node lain untuk diagram di atas. Kami menggunakan metode estimasi pengukuran jaringan daripada pendekatan berbasis jam yang memang tidak dapat mengarah ke solusi karena masalah sinkronisasi jam rekursif.
Catatan Saya sekarang mengedit jawaban ini memberikan semua simulasi karena tidak ada yang akan percaya saya menyelesaikannya sejauh yang Anda lihat di komentar pertama. Semoga dengan hasil ini seseorang dapat lebih diyakinkan dan menyetujui untuk membantu semua orang setidaknya menemukan satu kesalahan atau kebenaran dalam puzzle pengukuran jaringan ini!