ฉันแค่อยากให้ RCS Messaging ใช้งานได้

 (wt.gd)
3 คะแนน โดย GN⁺ 2025-11-21 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ปัญหา RCS Messaging ใช้งานไม่ได้บน iPhone 15 Pro นานกว่าหนึ่งเดือน ยังคงดำเนินต่อไป ท่ามกลางการโยนความรับผิดชอบกันไปมาระหว่าง Apple และผู้ให้บริการเครือข่าย
  • ผู้ใช้ที่เคยมี ประสบการณ์แก้ปัญหา MMS และ RCS ด้วยตนเอง ได้บันทึกรายละเอียดกรณีที่การเปิดใช้งาน RCS ค้างหลังอัปเดตเป็น iOS 26
  • ชี้ให้เห็นว่า Google เคยบล็อก RCS บน Android OS แบบคัสตอมโดยเจตนา และผู้ให้บริการเครือข่ายในสหรัฐฯ ก็ พึ่งพาโครงสร้างพื้นฐาน Google Jibe
  • วิจารณ์ว่าทีมสนับสนุนของ Apple โยนปัญหาให้ผู้ให้บริการเครือข่ายและแทบไม่มีอำนาจในการวินิจฉัยจริง โดยผลการวิเคราะห์ล็อกชี้ว่า error ที่เกี่ยวข้องกับ UserInteractionRequired.xml เป็นเบาะแสสำคัญ
  • กรณีนี้สะท้อนให้เห็นว่า ความซับซ้อนของมาตรฐาน RCS และการขาดความรับผิดชอบระหว่าง Apple, Google และผู้ให้บริการเครือข่าย กำลังบั่นทอนประสบการณ์ผู้ใช้

ปัญหา RCS ใช้งานไม่ได้บน iPhone

  • บน iPhone 15 Pro มีสถานะ RCS Messaging ถูกปิดใช้งาน ต่อเนื่องมานานกว่าหนึ่งเดือน
    • Apple บอกว่าเป็นปัญหาของผู้ให้บริการเครือข่าย ส่วนผู้ให้บริการเครือข่ายก็บอกว่าเป็นปัญหาของ Apple
    • มีการขอความช่วยเหลือผ่าน AppleCare+ แต่ไม่ได้รับแนวทางแก้ไขที่ใช้ได้จริง
  • บน iOS 18 ใช้งานได้ตามปกติ แต่หลังอัปเดตเป็น iOS 26 กลับค้างอยู่ที่สถานะ “กำลังรอการเปิดใช้งาน”
    • หากย้าย eSIM เดียวกันไปยัง iPhone รุ่นอื่น (14 Pro Max, SE3) จะเปิดใช้งานได้ทันที
    • พบอาการเดียวกันกับ ผู้ให้บริการเครือข่ายหลัก 3 ราย ได้แก่ T-Mobile, US Mobile (เครือข่าย AT&T) และ Verizon

ภูมิหลังของผู้ใช้และประสบการณ์ที่ผ่านมา

  • เป็น ผู้ใช้ที่เป็นกลางต่อระบบปฏิบัติการ ใช้งานทั้ง Android และ iOS และคอมไพล์ LineageOS ใช้เอง
  • ในอดีตเคย แก้ปัญหาส่ง MMS ของ Verizon Wireless ล้มเหลวด้วยตนเอง
    • เคยรายงานและผลักดันให้แก้ปัญหาที่ Verizon ยกเลิกโดเมน UAProf จนทำให้รับ MMS ไม่ได้
    • ส่วน T-Mobile ไม่ต้องใช้ UAProf จึงไม่พบปัญหาเดียวกัน

กรณีที่ Google บล็อก RCS

  • ตั้งแต่ปลายปี 2023 Google ได้ บล็อก RCS บน Android OS แบบคัสตอมโดยเจตนา
    • ดูเหมือนว่า RCS ถูกเปิดใช้งาน แต่ในความเป็นจริงกลับส่งและรับข้อความไม่ได้
    • ต่อมา Google ยอมรับว่ามีการบล็อกจริง และกว่าจะเพิ่มการแจ้งเตือนการปิดใช้งานก็ผ่านไปหลายเดือน
  • ผู้ใช้ได้กู้คืน RCS กลับมาด้วยการ spoof ลายนิ้วมืออุปกรณ์ Pixel
    • การที่วิธีนี้ใช้ได้ ทำให้คำอธิบายของ Google ว่าเป็นมาตรการ “ป้องกันสแปม” ดูไม่น่าเชื่อถือ

การนำ RCS มาใช้ของ Apple และการเกิดปัญหา

  • Apple เพิ่มการรองรับ RCS เวอร์ชัน 2.4 ใน iOS 18 และมีแผนเพิ่ม การเข้ารหัสแบบ end-to-end (E2E) ในสาย iOS 26
  • หลังอัปเกรดเป็น iOS 26 ก็เกิดปัญหาเปิดใช้งาน RCS ไม่สำเร็จ
    • แม้จะใช้ Mullvad DNS แต่ iPhone เครื่องอื่นในครอบครัวกลับไม่มีปัญหา
    • ไม่ว่าจะรีเซ็ตการตั้งค่าเครือข่าย ออก eSIM ใหม่ สลับเปิดปิด iMessage หรือกู้คืนเครื่อง ก็ ไม่ช่วยแก้ปัญหา

การวิเคราะห์ล็อกและเบาะแสของสาเหตุ

  • มีการใช้ idevicesyslog เพื่อ วิเคราะห์ CommCenter logs หลายร้อย MB
    • เป็นไปได้ว่าไฟล์ UserInteractionRequired.xml ค้างอยู่ในสถานะ “มีผลถาวรไม่สิ้นสุด” จนทำให้ provisioning ล้มเหลว
    • ในล็อกพบข้อความอย่าง “Provisioning not possible” และ “IMS not ready” จำนวนมาก
  • ในเอกสารทางการหรือจากทีมสนับสนุนของ Apple ไม่มีข้อมูลหรือแนวทางแก้ไขที่เกี่ยวกับไฟล์นี้

ข้อจำกัดของการสนับสนุนจาก Apple

  • พนักงาน Apple ถูกชี้นำให้โยนสาเหตุของปัญหาไปที่ผู้ให้บริการเครือข่าย
    • แต่ในความเป็นจริง อาการเดียวกันนี้เกิดซ้ำได้กับทุกเครือข่าย จึงทำให้คำอธิบายนี้ฟังไม่ขึ้น
  • Apple Store เสนอ เปลี่ยนบอร์ดเครื่อง (ทำให้ IMEI เปลี่ยน) แต่ก็เป็นเพียงการเปลี่ยนชิ้นส่วนโดยไม่มีการวิเคราะห์สาเหตุที่แท้จริง
    • อีกทั้งยังไม่สามารถย้าย eSIM ไปยังเครื่องทดสอบอื่นได้ จึงมีข้อจำกัดในการวินิจฉัย
    • ผู้ใช้ชี้ว่า Apple ควรมี ระบบวิเคราะห์สาเหตุจากล็อกและระบบ feedback ภายใน

บทบาทของโครงสร้างพื้นฐาน Google Jibe

  • ผู้ให้บริการเครือข่ายในสหรัฐฯ เลิกดูแลเซิร์ฟเวอร์ RCS เองและ พึ่งพาแพลตฟอร์ม Google Jibe
    • พนักงาน Apple ดูเหมือนจะไม่รับรู้โครงสร้างนี้ หรือไม่อธิบายให้ลูกค้าทราบ
    • เอกสารที่เกี่ยวข้องกับ Jibe เปิดให้เฉพาะพาร์ตเนอร์ผู้ให้บริการเครือข่าย จึงทำให้ผู้ใช้ทั่วไปเข้าถึงไม่ได้
  • ผู้ใช้ตั้งข้อสังเกตว่า Jibe อาจเป็นหัวใจของปัญหา แต่ ทั้ง Apple, Google และผู้ให้บริการเครือข่ายต่างก็ไม่มีเส้นทางเข้าถึงที่ชัดเจน

บทสรุปและข้อเรียกร้อง

  • Apple ควรดำเนินการ วิเคราะห์และแก้ไขปัญหาที่ต้นเหตุ แทนการเสนอเปลี่ยนเครื่องหรือเปลี่ยนชิ้นส่วนอย่างเดียว
  • ในโลกโอเพนซอร์ส ผู้ใช้ยังสามารถตรวจสอบและแก้ปัญหาได้ด้วยตนเอง แต่ บนแพลตฟอร์มแบบปิด ผู้ใช้กลับไม่มีอำนาจควบคุม
  • กรณี RCS ล้มเหลวนี้ถูกยกเป็นตัวอย่างของ การทำงานร่วมกันข้ามแพลตฟอร์มที่ไม่ดีและโครงสร้างการปัดความรับผิดชอบ
  • ผู้ใช้เรียกร้องให้ Apple เปิดให้ใช้ “Radar (ช่องทางรายงานบั๊ก)” และต้องการให้มีการตรวจสอบหาสาเหตุจากล็อกอย่างจริงจัง

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-11-21
ความเห็นจาก Hacker News

  • เมื่อไม่นานมานี้พยายามทำแอป SMS/MMS/RCS บน Android ขึ้นมาใหม่ แต่ตกใจมากที่มันซับซ้อนกว่าที่คิดไว้มาก และแทบจะกลายเป็น โครงสร้างผูกขาดของ Google ไปแล้ว
    ทำเองโดยตรงก็ไม่ได้ด้วย บน Android สิทธิ์พิเศษที่จำเป็นจะให้ได้เฉพาะ แอปที่ผู้ให้บริการเครือข่ายหรือ OEM อนุมัติ เท่านั้น
    เมื่อก่อนเคยบอกว่าจะมี API แบบ rcsjta reference implementation แต่ผ่านไป 10 ปีก็ยังไม่เกิดขึ้นจริง
    เลยปิด RCS ไปเลย ไม่มีเหตุผลที่จะต้องฝากระบบส่งข้อความทั้งหมดไว้กับ Google คิดว่าแนะนำให้เลิกใช้ SMS/MMS/RCS ไปเลยยังจะดีกว่า

    • ที่แย่กว่านั้นคือแต่ละค่ายมือถือก็ไม่เหมือนกัน RCS เดิมทีเป็น มาตรฐานที่ยึดผู้ให้บริการเครือข่ายเป็นศูนย์กลาง จึงเป็นค่ายมือถือ ไม่ใช่นักพัฒนา ที่กำหนดวิธีการ
      reference implementation เดิมหายไปหลังจากค่ายมือถือปิดเซิร์ฟเวอร์ของตัวเอง และตอนนี้ rust-rcs-client คือไคลเอนต์โอเพนซอร์สที่ใหม่ที่สุด
      บน LineageOS หรือ custom ROM สามารถเซ็นแอปเองเพื่อรับสิทธิ์ได้ จึงมองว่านั่นอาจเป็นโอกาส
      อยากเชื่อว่า Google ที่มาทำตัวเป็นตัวกลางของ RCS เป็นเพียงเรื่องชั่วคราว และหวังว่าสุดท้ายจะกลับไปเป็นระบบส่งข้อความที่อิงค่ายมือถือ
      แต่ Android ก็เข้มงวดเรื่องการเข้าถึงมากขึ้นจากปัญหาการใช้อำนาจของนักพัฒนาในอดีต เช่น การติดตามและเทเลเมทรี สุดท้ายจึงอาจต้องให้แต่ละประเทศเข้ามากำกับ การไม่มี RCS API ของ Google
    • ผมก็เจอความหงุดหงิดแบบเดียวกัน ภายใต้ข้อจำกัดเรื่อง SMS ก็ยังปล่อยแอปออกมาได้ แต่ RCS นั้นรวมเข้าไปไม่ได้จริง ๆ มันแทบจะเป็น iMessage ฉบับของ Google
    • เมื่อก่อนผมสนับสนุน RCS มาก แต่ตอนนี้รู้สึกว่ามัน ตกต่ำกลายเป็นแพลตฟอร์มโฆษณา ไปแล้ว
      Google เริ่มใช้ RCS ส่งโฆษณาสแปม และก็ไม่มีวิธีบล็อก สุดท้ายเลยปิด RCS ไป
      ที่ Google เป็นคนนำโครงสร้างแบบนี้มันดูเหลือเชื่อมาก และความรู้สึกเหนือกว่าทางศีลธรรมที่เคยใช้โจมตี Apple ก็ชวนขยะแขยงเหมือนกัน
    • ผมคิดว่า Google พยายามผลักภาระการดำเนินงานไปให้ค่ายมือถือแต่ล้มเหลว
      ค่ายมือถือทั่วโลกมีเป็นร้อยและแต่ละรายก็ไม่เหมือนกัน จึงรวมเข้าด้วยกันไม่ได้ สุดท้ายเลยย้อนกลับมาเป็น “iMessage ฉบับ Google”
      ตอนนี้สิ่งที่เป็นสากลไม่ใช่ค่ายมือถือ แต่คือ อินเทอร์เน็ต ต่างหาก เลยเป็นเหตุผลว่าทำไมนอกสหรัฐ คนส่วนใหญ่ใช้ WhatsApp, Signal, WeChat เป็นต้น
    • สุดท้ายในทางปฏิบัติก็ แทบไม่ต่างจาก WhatsApp ที่ Meta เป็นเจ้าของ

  • ในปี 2076 มีข่าวว่า Sam Altman บรรลุ AGI ของจริงแล้ว คอมพิวเตอร์ควอนตัมกำลังแยกตัวประกอบตัวเลข ส่วนฟิวชันเย็นก็เย็นเกินไปจนต้องอุ่นมันขึ้นมา
    แต่ก็ยังตลกที่ชาวอเมริกันยังคุยกันผ่าน SMS จากปี 1993 อยู่ดี

    • ถึงขั้นจินตนาการได้ว่าเดี๋ยวคงมีมุกเรื่องอดีตนักวิทยาศาสตร์ฟิวชันนิวเคลียร์มาตั้ง task force เพื่อ ปรับปรุงคุณภาพเสียง Bluetooth audio แล้ว
    • ทุกครั้งที่มีคนประชดว่า “อเมริกายังใช้ SMS อยู่” ผมก็อยากบอกว่าจริง ๆ แล้วในอเมริกา SMS ถูกกว่ายุโรปมาก
      ในยุโรป หลายคนใช้ WhatsApp เพราะค่าบริการเครือข่ายแพงกว่า แต่สุดท้ายมันก็เป็นแค่ แอปที่ Meta/Zuckerberg เป็นเจ้าของ เท่านั้น
    • ยังมีมุกเสริมว่าเดี๋ยวนี้ IPv6 ก็ ถูกใช้งานเกือบสมบูรณ์จริง ๆ แล้วด้วย
    • ประเด็นไม่ใช่ว่า SMS เก่าตั้งแต่ปีไหน แต่คือต้องไม่ลืมว่ามันเป็น เทคโนโลยีที่เก่ากว่า TCP เสียอีก

  • คุยกลุ่ม RCS กับผู้ใช้ Android สองคนอยู่ แล้วพอหนึ่งคนย้ายไปใช้ iOS ก็เกิด ความโกลาหลครั้งใหญ่ ขึ้นทันที
    บทสนทนาถูกแยก ข้อความไปโผล่ในเธรดแปลก ๆ และชื่อกลุ่มก็หายไปแล้วกลับมาใหม่ซ้ำ ๆ
    ไคลเอนต์บน Mac ก็ยิ่งทำให้ปัญหาแย่ลง

    • ในมุมของพ่อแม่ที่มีลูก ความ ไม่เสถียรของแชตกลุ่ม RCS แบบนี้อาจกลายเป็นข้อดีได้
      แชตกลุ่ม iMessage มักกลายเป็น แหล่งบูลลี่และดราม่า ในหมู่วัยรุ่นได้ง่าย คิดว่าควรมีการจำกัดอายุขั้นต่ำ
    • ผมก็เจอปัญหาเดียวกันบน Android ก่อนจะย้ายไป iPhone
      แก้ผ่าน หน้าปิดการใช้งาน RCS ของ Google แล้วหลังจากนั้นก็โอเค

  • RCS เป็น มาตรฐานที่ล้มเหลวตั้งแต่วินาทีที่ค่ายมือถือเข้ามาเกี่ยวข้อง
    มาตรฐานที่ค่ายมือถือแตะต้องมักจบแบบเดิมเสมอ นั่นจึงเป็นเหตุผลที่แอปอย่าง WhatsApp และ iMessage ได้รับความนิยม
    แค่มีการเชื่อมต่อข้อมูลก็ส่งข้อความได้แล้ว และค่ายมือถือก็ทำหน้าที่เป็นเพียง ท่อส่งข้อมูล เท่านั้น

    • ถึงอย่างนั้น ถ้าไม่มีค่ายมือถือ RCS ก็คงไม่มีทางถูกเผยแพร่ออกมาได้เลย เพราะแอปของค่ายมือถือที่ติดมากับเครื่องรองรับ RCS
    • น่าแปลกที่ในสหรัฐยังมีความพยายามจะกลับไปหา SMS อยู่
      WhatsApp ดีกว่ามาก และถึง Meta จะทำพัง ก็ย้ายไป Signal ได้ การ คืนอำนาจให้ค่ายมือถืออีกครั้งเป็นทางเลือกที่แย่ที่สุด

  • บน Android นั้น RCS เป็น ตัวปัญหาจริง ๆ
    ผมสลับใช้ LineageOS กับ GrapheneOS ไปมา และมีแค่ Google Messages ที่รองรับ RCS
    GrapheneOS ต้องลดสิทธิ์ของ Google Play ให้ต่ำที่สุด จึงทำให้การยืนยันตัวตนของ RCS ล้มเหลวบ่อย
    โดยเฉพาะหลังจากที่ endpoint RCS ของ T-Mobile เปลี่ยนจาก Google Jibe ไปเป็นเซิร์ฟเวอร์ของตัวเอง มันก็พังสนิท

    • จริง ๆ แล้วนี่เป็น ปัญหาเฉพาะอเมริกาเหนือ ที่อื่นเขาใช้ WhatsApp และไม่รู้ด้วยซ้ำว่า RCS คืออะไร
      คนอเมริกาเหนือดูเหมือนกำลังหาเรื่องลำบากใส่ตัวเอง
    • RCS ของ Google เพิ่ม การตรวจจับการรูต เข้าไปแล้ว เพราะมีฟีเจอร์ชำระเงินผ่าน RCS สุดท้าย OS ที่ไม่เป็นทางการอย่าง GrapheneOS ก็เลยโดนกันออก
      ดูเหมือนเป็นการปูทางไว้เพื่อเพิ่ม ฟังก์ชันโอนเงิน แบบเดียวกับ Apple ในอนาคต

  • Google โฆษณา RCS ว่าเป็น โปรโตคอลสากล แต่ถ้าไม่มีบริการของ Google มันก็ใช้งานไม่ได้
    บน GrapheneOS ใช้ไม่ได้เลย

    • ตัว RCS เองเป็นมาตรฐานสากล แต่ แทบไม่มีค่ายมือถือรองรับ และการรองรับแอปของบุคคลที่สามก็ไม่ได้อยู่ในสเปกด้วย
      เลยกลายเป็นว่า Google ต้องมาทำหน้าที่แทนค่ายมือถือ แบบหลอก ๆ เพื่อให้ RCS ใช้งานได้
      เดิมทีสเปกตั้งอยู่บนสมมติฐานว่าแต่ละค่ายมือถือจะปล่อยแอปแชตของตัวเอง แต่ความจริงกลับต่างออกไปอย่างสิ้นเชิง
    • แม้แต่ Google Voice เองก็ยังไม่รองรับ RCS ดูเหมือนเพราะ bandwidth.com เป็นผู้ให้บริการอยู่ Google เลยทำอะไรไม่ได้มาก

  • ยังไม่ค่อยเข้าใจปัญหาระหว่าง Apple กับ Google Jibe เท่าไร
    ถ้า Jibe เป็นแบ็กเอนด์ของ RCS นี่อาจเป็นปัญหาเรื่อง บัญชีดำอุปกรณ์ ก็ได้
    พนักงาน Apple Store เองก็คงพอเข้าใจ แต่สุดท้ายก็คงได้แค่โยนไปว่าเป็น “ปัญหาของค่ายมือถือ”

    • ลองทดสอบกับหลายค่ายแล้วจริง ๆ เช่น SKT, Verizon เป็นต้น แต่ก็ยังไม่หาย
      ฝั่งซัพพอร์ตของ Apple ก็พูดว่าเรื่อง RCS เป็นความรับผิดชอบของค่ายมือถือ และแนะนำ ขั้นตอนกู้คืน iOS
      ได้รับการวินิจฉัยว่าการกู้คืนจาก iTunes backup ไม่สมบูรณ์ เลยกำลังลองกู้คืนผ่าน iCloud อยู่
    • บน iOS นั้น Jibe ต้องการ การรับรองด้วย App Attest (ดูข้อ 2.11 ของสเปก RCC.14)
      ดังนั้นก็มีความเป็นไปได้ว่าอุปกรณ์หรือ IMEI อาจถูกบล็อก

  • บริษัทเราส่ง SMS แจ้งเตือนการจัดส่ง วันละหลายพันข้อความผ่าน Twilio
    เคยลองเปลี่ยนไปใช้ RCS แต่แม้จะจ่าย $500 เพื่อเปิดใช้งาน ก็ยัง มีสัดส่วนอุปกรณ์ที่รองรับน้อยเกินไป จนใช้งานจริงไม่ได้
    สุดท้ายเลยย้ายไป WhatsApp

    • จริง ๆ แล้วมีผู้ใช้จำนวนมากที่ ปิด RCS ด้วยความตั้งใจ
      ผมเองก็ตอนตั้งค่าโทรศัพท์ใหม่มีแจ้งเตือนให้เปิด RCS แต่ก็กดปฏิเสธ SMS ธรรมดาก็พอแล้ว เรื่องซับซ้อนค่อยไปใช้แอปอื่น
      แต่ถึงอย่างนั้นมันก็ถูกเปิดให้อัตโนมัติ จนต้องกลับไปปิดอีกครั้ง

  • ผมเองก็ใช้ RCS บน GrapheneOS ไม่ได้มาหลายเดือนแล้ว
    ตอนแรกเปลี่ยนค่ายมือถือแล้วหาย แต่หลังจากนั้นก็พังอีก ตอนนี้เลยเริ่มคิดว่าจะต้องกลับไปใช้ iPhone ดีไหม

    • เมื่อก่อนเคยใช้ได้ดี แต่ช่วงหลังพังสนิทไปเลย มีการถกเถียงเรื่องนี้ยาวมากใน ฟอรัม GrapheneOS
      จนถึงตอนนี้ก็ยังไม่แก้ ทำให้รู้สึกไม่มั่นใจที่จะเปิด RCS อีกครั้ง
    • บน Google Fi ก็เจอปัญหาเดียวกัน เคยหายชั่วคราวแล้วก็กลับมาพังอีก สุดท้าย แชตกลุ่มก็เสียหาย

  • น้องสาวของผมก็เคยใช้ RCS ไม่ได้บน Samsung แต่สาเหตุมาจาก SIM card เก่าและแอปชนกัน
    เปลี่ยน SIM ใหม่กับปรับการตั้งค่าก็หาย RCS เป็น ระบบที่จุกจิกมากจริง ๆ

    • อยากรู้ว่า RCS ต้องการ การรองรับฮาร์ดแวร์แบบไหน กันแน่