โครงการสร้างสรรค์ที่ใช้ DNS LOC records เพื่อติดตามสถานีอวกาศนานาชาติได้จุดประกายการอภิปรายเกี่ยวกับข้อจำกัดเชิงปฏิบัติของแนวทางนี้ บริการทดลองดังกล่าวอัปเดตตำแหน่งของ ISS ทุก 15 นาทีผ่าน DNS queries แต่ข้อเสนอแนะจากชุมชนเน้นย้ำถึงความกังวลด้านความแม่นยำที่สำคัญสำหรับเป้าหมายที่เคลื่อนที่เร็วเช่นนี้
ความถี่ในการอัปเดตสร้างช่องว่างความแม่นยำที่สำคัญ
ปัญหาที่สำคัญที่สุดที่ชุมชนระบุคือช่วงเวลาการอัปเดต 15 นาที เนื่องจาก ISS โคจรรอบโลกครบหนึ่งรอบในเวลาประมาณ 90 นาที ความล่าช้า 15 นาทีจึงแสดงถึงประมาณหนึ่งในสิบสองของเส้นทางการโคจร ซึ่งหมายความว่าตำแหน่งที่รายงานอาจผิดพลาดประมาณระยะทางระหว่าง Lisbon และ Istanbul - ซึ่งเป็นข้อผิดพลาดที่สำคัญสำหรับการใช้งานจริงใดๆ
ผู้สร้างยอมรับข้อจำกัดนี้ โดยอ้างถึงข้อจำกัดของ API จากบริการฟรีเป็นข้อจำกัดหลัก อย่างไรก็ตาม สมาชิกในชุมชนหลายคนได้เสนอทางเลือกอื่น รวมถึงการตั้งค่า DNS server เฉพาะหรือใช้บริการเช่น Cloudflare ที่อาจอนุญาตให้อัปเดตบ่อยขึ้น
ลักษณะวงโคจรของ ISS :
- คาบการโคจร: ประมาณ 90 นาที
- ความถี่ในการอัปเดต: ทุก 15 นาที
- ช่องว่างความแม่นยำ: ประมาณ 1/12 ของเส้นรอบวงโลก
- ระยะทางข้อผิดพลาดโดยประมาณ: จาก Lisbon ถึง Istanbul
การใช้งานทางเทคนิคทำให้เกิดคำถาม
โครงการใช้มาตรฐานทดลอง RFC 1876 สำหรับ DNS LOC records ซึ่งสามารถจัดเก็บข้อมูลละติจูด ลองจิจูด และความสูงได้ แม้จะน่าประทับใจทางเทคนิค แต่ผู้ใช้บางคนตั้งคำถามว่านี่เป็นนวัตกรรม DNS ที่แท้จริงหรือเป็นเพียง API ที่บังเอิญใช้ DNS เป็นวิธีการส่งมอบ
การใช้งานอาศัย N2YO API เพื่อดึงข้อมูลตำแหน่งของ ISS ซึ่งจะถูกแปลงจากพิกัดทศนิยมเป็นรูปแบบองศา-นาที-วินาทีที่ LOC records ต้องการ ความสูงก็ต้องถูกแปลงจากกิโลเมตรเป็นเมตรเพื่อให้ตรงกับข้อกำหนดของ DNS
ข้อกำหนดของ DNS LOC Record ( RFC 1876 ):
- ความสูงต่ำสุด: -199,666 เมตร
- ความสูงสูงสุด: 42,849,672 เมตร (เพียงพอสำหรับดาวเทียมในวงโคจรคงที่)
- รูปแบบ: องศา นาที วินาที สำหรับพิกัด
- การตั้งค่า TTL: 999 วินาทีในการใช้งานนี้
ชุมชนค้นพบฟีเจอร์ที่ซ่อนอยู่
นอกเหนือจากฟังก์ชัน LOC record หลักแล้ว ผู้ใช้ที่สังเกตการณ์ได้ค้นพบ DNS records เพิ่มเติมที่ฝังอยู่ในบริการ ผู้แสดงความคิดเห็นคนหนึ่งพบ NAPTR record ที่มีหมายเลขโทรศัพท์ของ NASA's Johnson Space Center ใน Houston แสดงให้เห็นว่า DNS สามารถจัดเก็บข้อมูลที่มีโครงสร้างประเภทต่างๆ ได้นอกเหนือจากข้อมูลตำแหน่งธรรมดา
คุณจะแปลกใจแต่ผมค่อนข้างแน่ใจว่าหลายคนจะสนใจเรื่องนี้
การใช้งานทางเทคนิค:
- แหล่งข้อมูล: N2YO API (satellite ID 25544 สำหรับ ISS )
- ผู้ให้บริการ DNS : deSEC (องค์กรการกุศลที่ตั้งอยู่ใน Berlin )
- วิธีการอัปเดต: HTTP PATCH requests
- การแปลงพิกัด: จำเป็นต้องแปลงจากรูปแบบ Decimal เป็น DMS
ข้อจำกัดสำหรับการใช้งานในอวกาศ
การอภิปรายยังเกิดขึ้นเกี่ยวกับการขยายแนวคิดนี้ไปยังวัตถุในอวกาศอื่นๆ เช่น James Webb Space Telescope หรือ Hubble อย่างไรก็ตาม JWST ทำงานที่จุด L2 Lagrange ห่างจากโลกประมาณ 1.5 ล้านกิโลเมตร - ซึ่งอยู่นอกเหนือความสูงสูงสุดที่ DNS LOC records รองรับได้ประมาณ 42,000 กิโลเมตร
โครงการนี้เป็นการพิสูจน์แนวคิดที่น่าสนใจสำหรับความสามารถของ DNS แต่ความเห็นพ้องของชุมชนชี้ให้เห็นว่าการใช้งานจริงจะต้องมีการอัปเดตที่บ่อยขึ้นและอาจต้องใช้โครงสร้างพื้นฐาน DNS แบบกำหนดเองเพื่อให้ได้ความแม่นยำที่มีความหมายสำหรับวัตถุที่เคลื่อนที่เร็วเช่น ISS