คำตอบที่ได้รับเลือกจากเจ้าของกระทู้
ความคิดเห็นที่ 6
ผมพิสูจน์ได้ครับ ว่า เคสนี้ของผม ไม่เกี่ยวข้องกับ DNS ครับ แต่ว่า มันเป็นเรื่อง technic ลึกๆ เกี่ยวกับ TCP Handshake Mechanism ครับ
ยืนยันว่า ปัญหานี้คือ มันต้อง ไม่ TCP SYN packet มัน หาย ไม่ก็ TCP SYN/ACK packet หาย แน่ๆ ฮะ ดูจากรูปด้านล่างนี้ครับ
ภาพที่ 1 นี้ คือ แสดงให้เห็นว่า ผมสั่งเปิด web www.businessinsider.com มันสามารถ resolve DNS ได้ IP 43.249.75.64 มาครับ แต่ว่า ลองดูด้านล่างนะฮะ (ผมใช้คำสั่ง netstat -a -n เพื่อตรวจสอบ TCP connection ที่เกิดขึ้นในระบบ) จะพบว่า มันค้างอยู่ที่ state SYN_SENT (คือส่ง TCP SYN ออกไปที่ server ปลายทาง แต่หลังจากนั้น มันเงียบ (เข้าใจว่า อะไรมันต้อง loss แน่ๆ) จนกระทั่ง เข้าสู่ ภาพที่ 2
ภาพที่ 2: คือ หลังจากนานระดับนึง เมื่อ timeout มันเลย error ออกมาตามนี้ฮะ จะเห็นว่า connection ที่ไปที่ IP ปลายทาง ผมหายไปหมดแล้ว เพราะ TCP มัน handshake ไม่สำเร็จ เลย ปิด จบไป
แต่ถ้าใช้บน browser (Google chrome บน Mac) มัน จะไม่ค่อยมีปัญหานี้นะครับ เข้าใจว่า browser จะมีการจัดการที่ดีในเรื่อง retry TCP SYN ตรงนี้ แต่ถ้าเป็น command line (curl) ก็จะเจอปัญหาแบบนี้ล่ะครับ ซึ่งบน iPhone ก็คงเหมือนกัน มันเลย มีอาการ นี้ฮะ
ส่วนภาพที่ 3 นี้ คือ กรณีที่ใช้งานได้ปกติ connection จะ ESTABLISHED ตามปกตินะครับ เร็วด้วยครับ (ขอให้มัน ESTABLISHED ได้ 3BB FTTX วิ่งสะบัด เร็วแน่นอน)
ยืนยันว่า ปัญหานี้คือ มันต้อง ไม่ TCP SYN packet มัน หาย ไม่ก็ TCP SYN/ACK packet หาย แน่ๆ ฮะ ดูจากรูปด้านล่างนี้ครับ
ภาพที่ 1 นี้ คือ แสดงให้เห็นว่า ผมสั่งเปิด web www.businessinsider.com มันสามารถ resolve DNS ได้ IP 43.249.75.64 มาครับ แต่ว่า ลองดูด้านล่างนะฮะ (ผมใช้คำสั่ง netstat -a -n เพื่อตรวจสอบ TCP connection ที่เกิดขึ้นในระบบ) จะพบว่า มันค้างอยู่ที่ state SYN_SENT (คือส่ง TCP SYN ออกไปที่ server ปลายทาง แต่หลังจากนั้น มันเงียบ (เข้าใจว่า อะไรมันต้อง loss แน่ๆ) จนกระทั่ง เข้าสู่ ภาพที่ 2
ภาพที่ 2: คือ หลังจากนานระดับนึง เมื่อ timeout มันเลย error ออกมาตามนี้ฮะ จะเห็นว่า connection ที่ไปที่ IP ปลายทาง ผมหายไปหมดแล้ว เพราะ TCP มัน handshake ไม่สำเร็จ เลย ปิด จบไป
แต่ถ้าใช้บน browser (Google chrome บน Mac) มัน จะไม่ค่อยมีปัญหานี้นะครับ เข้าใจว่า browser จะมีการจัดการที่ดีในเรื่อง retry TCP SYN ตรงนี้ แต่ถ้าเป็น command line (curl) ก็จะเจอปัญหาแบบนี้ล่ะครับ ซึ่งบน iPhone ก็คงเหมือนกัน มันเลย มีอาการ นี้ฮะ
ส่วนภาพที่ 3 นี้ คือ กรณีที่ใช้งานได้ปกติ connection จะ ESTABLISHED ตามปกตินะครับ เร็วด้วยครับ (ขอให้มัน ESTABLISHED ได้ 3BB FTTX วิ่งสะบัด เร็วแน่นอน)
แสดงความคิดเห็น
ใช้ 3BB FTTX 100/10 ดีมากเลยครับ แต่ในบางครั้ง บางกรณี จะเจอปัญหาแบบนี้ (ผมถ่ายเป็น video ไว้)
แต่ปัญหาที่ผมจะแจ้งตรงนี้คือ มันเป็นบางเคส บางกรณี และ บน iPhone เท่านั้นนะครับ ที่จะเกิดอาการตาม Video นี้ (clip 3 นาที ช่วงท้ายๆ มี speed test show ด้วยครับ ว่า มันเร็วมาก แต่ปัญหานี้ก็เกิดขึ้นในบางกรณี บางครั้ง)
อาการคือ
- เปิด link web ครั้งแรก มันจะ หนืดๆ ค้างๆ จนรอไม่ไหว ต้องกด Back และ กด link นั้นอีกที มันถึงจะเปิดได้แบบเร็วมากๆ
- จะเป็นแบบนี้ บางเว็บ และ บางครั้งเท่านั้น ไม่ได้เป็นตลอดเวลา
- บน Macbook Pro ผม ไม่เป็นนะครับอาการนี้ ใช้ Google Chrome browser เหมือนกัน
- เท่าที่ลอง จะเกิดกับบน iPhone (ผมใช้รุ่น 6S+ และ 5S) บางครั้ง บางกรณี ครับ
ในทางเทคนิคแบบลึกๆ ผมตั้งสันนิษฐานว่า น่าจะเกิด TCP SYN packet loss ครับ และ บน iPhone มัน retry resend ช้า มันเลย ค้างนาน แต่ปัญหานี้จะโทษ iPhone ไม่ได้นะครับ เพราะก่อนหน้านี้ผมใช้ True ADSL ก็ปกติดี ไม่ได้มีอาการแบบนี้
แต่ประเด็นคือ ปัญหาลักษณะแบบนี้ แจ้ง 3BB Call Center คงจะคุยกันรู้เรื่องยาก (เพราะมันไม่ใช่ปัญหา user ใช้งานทั่วๆ ไป) อยากจะทำยังไงก็ได้ ให้ ลักษณะอาการแบบนี้ เข้าถึง 3BB Network Operation Team ครับ ทีม Technical ฮะ เขาดู เขาน่าจะรู้เรื่องเลย ว่าน่าจะเกิดจากเหตุใด
มีความเห็น หรือคำแนะนำหรือเปล่าครับ ?
คำตอบสำหรับ 3BB Call Center ถ้าจะเข้ามาถาม ผมตอบนำล่วงหน้าเลยนะครับ
- ชื่อ Suttiwat Youngklai เบอร์ติดต่อดูในรหัสลูกค้าได้เลยครับ
- รหัสลูกค้า 660148180
- FTTX Location Code: 0127-52
- FTTX Node: HF0127-52_V492
- FTTX Port: 14 SP03-6
===========
Update status ล่าสุด สรุปว่า เคสนี้ ปิดแล้วนะครับ ปัญหาถูกแก้ไขเรียบร้อยแล้ว ตั้งแต่เที่ยงคืนของวันที่ 22 Apr 2016 (ข้ามจากคืน วันที่ 21) เจ้าหน้าที่โทรมายืนยันปัญหาและการแก้ไขเมื่อสักครู่ตอน ประมาณ 5 โมงเย็นของวันที่ 22 Apr 2016. ปัญหาเป็นไปตามเคสที่พิสูจน์ในความเห็นที่ 6 ครับ เกี่ยวกับ Routing ภายในของ 3BB Network ครับ