I just want working RCS messaging

अब एक महीने से अधिक समय हो गया है जब मेरे iPhone 15 Pro पर RCS काम नहीं कर रहा है। ऐप्पल वाहकों को दोषी ठहराता है, वाहक मुझे बताते हैं कि यह वे नहीं हैं (ज्यादातर टी-मोबाइल क्योंकि मेरे वहां अच्छे संपर्क हैं)। उन्होंने मुझसे कहा कि आरसीएस पर काम न करने वाले आईफोन के बारे में वे वास्तव में कुछ नहीं कर सकते, एप्पल पर वापस जाएं। यह है जो ऐसा लग रहा है:

संक्षेप में, यह संभवतः Apple या Google है और Apple की ओर से कोई जवाबदेही नहीं है। मेरे पास AppleCare+ है और मुझे वास्तव में उम्मीद है कि वे वास्तव में इसके आसपास काम करने में मेरा समय बर्बाद करने के बजाय समस्या का निवारण करने और इसे ठीक करने का प्रयास करेंगे (मेरे और Apple के लिए एक मूर्खतापूर्ण तरीके से)।

मैं यथासंभव ओएस अज्ञेयवादी हूं, मैं रोजाना एंड्रॉइड और आईओएस दोनों डिवाइसों का उपयोग करता हूं और पहले ब्लैकबेरी 10 और हरमटन (नोकिया एन9 का ओएस) का उपयोग करता था। यदि विंडोज़ फ़ोन अभी भी आसपास होता तो शायद मैं अभी भी उसे चला रहा होता। यदि यह जानकारी एकत्र करना संभव है कि यह सब हुड के नीचे कैसे काम करता है, तो मैं कर सकता हूं और करूंगा। मैं जो वनप्लस एंड्रॉइड डिवाइस चला रहा हूं, वे मेरे खुद के LineageOS बिल्ड हैं।

वाहक/विक्रेताओं के लिए एमएमएस विफलताओं को ठीक करने का पिछला इतिहास #

मुझे वाहकों और विक्रेताओं को दोष देने में भी खुशी हो रही है: मैंने पहले एमएमएस मैसेजिंग कैसे काम करती है, इसके कारण LineageOS फोन पर वेरिज़ोन वायरलेस के साथ एक समस्या को हल करने में मदद की थी। यहां मेरा प्रारंभिक सबमिशन है, उनके डेवलपर LuK को इसके बारे में जाने का एक बेहतर तरीका मिला, लेकिन इसने कम से कम गेंद को रोल करना शुरू कर दिया: https://review.lineageos.org/c/LineageOS/android_device_oneplus_sm8250-common/+/333379

संक्षेप में: जब आपको अतीत में वेरिज़ोन पर एक चित्र संदेश प्राप्त हुआ था तो उनका नेटवर्क आपके डिवाइस को सूचित करेगा कि एक नया संदेश आया है। जब डिवाइस छवि को खींचने और डाउनलोड करने के लिए गया, तो यह ब्राउज़र उपयोगकर्ता एजेंट के समान कुछ भेजता है, जिसे यूएप्रोफ कहा जाता है। यह एक फ़ाइल का लिंक है जो बताता है कि फ़ोन क्या संभाल सकता है, इसलिए स्मार्टफ़ोन को उच्च रिज़ॉल्यूशन वाली छवि मिलती है और फ़ीचरफ़ोन को कम रिज़ॉल्यूशन वाली छवि मिलती है। वेरिज़ॉन के प्रबंधन ने उस डोमेन को निष्क्रिय कर दिया जो उनके उपकरणों के लिए सभी यूएप्रोफ़ को होस्ट करता है। ध्यान देने योग्य बात यह है कि वेरिज़ोन इस मुद्दे से विशिष्ट रूप से प्रभावित है, टी-मोबाइल को इस बात की परवाह नहीं है कि यूएप्रोफ डिवाइस क्या विज्ञापन करता है, यह उनके नेटवर्क पर आवश्यक नहीं है। मैंने यह जवाब देने के लिए एटी एंड टी के साथ पर्याप्त परीक्षण नहीं किया है कि क्या यह उनके लिए कोई समस्या है।

एमएमएस विफलता प्रदर्शन #

यह सैमसंग डिवाइस के लिए Verizon UAProf का पूर्व लिंक है: http://uaprof.vtext.com/sam/i515/i515.xml

ध्यान दें यह लोड नहीं होता है? ऐप्पल/ब्लैकबेरी और मूल रूप से किसी भी गैर-एंड्रॉइड निर्माता ने इन फ़ाइलों को होस्ट करने के लिए वाहक पर भरोसा नहीं किया। वेरिज़ोन के कुछ प्रबंधक ने वीटेक्स्ट सेवा को बंद करने का फैसला किया और अपने नेटवर्क पर आईफोन का उपयोग नहीं करने वाले किसी भी एमएमएस उपयोगकर्ता को भी परेशान किया।

यहां Apple है: https://www.apple.com/mms/uaprof.rdf.
और यहाँ ब्लैकबेरी है: https://www.blackberry.com/go/mobile/profiles/uaprof/9700/5.0.0.rdf

हालाँकि, मैं विषय से भटक रहा हूँ, मैं बस कुछ संदर्भ पोस्ट करना चाहता था कि इस प्रकार के मुद्दों को ठीक करने वाला यह मेरा पहला रोडियो नहीं है। वाहक इस प्रकार की अंतरसंचालनीयता के साथ अक्षम हैं और उन्होंने अपने स्वयं के आरसीएस सर्वर को चलाने से इनकार कर दिया ताकि Google इसे Google जिब नामक चीज़ के माध्यम से कर सके, मैं जल्द ही इसके बारे में बात करूंगा।

2023 के अंत से, Google ने कस्टम Android OS के लिए दुर्भावनापूर्ण रूप से RCS को तोड़ना शुरू कर दिया। मैं दुर्भावनापूर्ण रूप से कह रहा हूं क्योंकि यह एक मूक विफलता थी, आरसीएस ने काम करने की सूचना दी, लेकिन संदेश नहीं जाएंगे, और आने वाले संदेश प्राप्त करने में असफल हो जाएंगे। Google इसके बारे में चुप रह सकता था और अफवाहें उड़ सकती थीं: शायद यह एक तकनीकी समस्या थी या कस्टम ROM डेवलपर्स की गलती थी?

नहीं, गूगल जानबूझकर इसे तोड़ दिया.

उन्होंने सीधे इसे अवरुद्ध करने की बात स्वीकार की: https://www.androidauthority.com/google-silently-blocking-rcs-rooted-android-phones-custom-roms-3421652/ और महीनों बाद तक उन्होंने एक अधिसूचना भी नहीं दिखाई कि यह प्रभावित उपकरणों पर अक्षम कर दिया गया था। मुझे वास्तव में उम्मीद है कि इसे पढ़ने वाले कुछ वकील या नियामक को अपना पाउंड खून निकालने का मौका मिलेगा क्योंकि Google को RCS पर 911 करने का दावा करना पसंद है: https://blog.google/products/messages/google-messages-rcs-911-emergency/

अंततः अपने स्वयं के उपकरणों के लिए मैं आरसीएस का उपयोग करने में सक्षम होने के लिए Google PIxel उपकरणों के फ़िंगरप्रिंट का उपयोग करूँगा। यह तब से अधिकतर काम करता रहा है, लेकिन सवाल उठता है: यदि मैं ब्लॉकिंग के आसपास विश्वसनीय रूप से काम कर सकता हूं, तो स्पैम को रोकने के लिए आपके पास क्या बहाना है? चूँकि वे स्पैमर उन्हीं तरीकों का उपयोग करेंगे जिनका मैंने उपयोग किया है, जो शायद ही गुप्त हों। इसका उद्देश्य केवल उन उपयोगकर्ताओं को चोट पहुंचाना है जो अपने डिवाइस पर कुछ नियंत्रण चाहते हैं।

कुछ बिंदु पर Apple को RCS इंटरऑपरेबिलिटी में लात मारते और चिल्लाते हुए घसीटा गया था। मुझे वास्तव में यहां कुछ सहानुभूति है क्योंकि एमएमएस वास्तव में एक भयानक प्रोटोकॉल था जिसे किसी को भी नहीं अपनाना चाहिए था और ऐप्पल को आईओएस 3 में मूल आईफोन लॉन्च के वर्षों बाद समर्थन में घसीटा गया था। बावजूद इसके, आईओएस 18 के साथ, ऐप्पल बेसलाइन आरसीएस (संस्करण 2.4) समर्थन लाया। आशा है कि वे E2E एन्क्रिप्शन को शामिल करने के लिए इसे iOS 26 श्रृंखला में किसी समय अपडेट करेंगे।

पिछले महीने जब तक मैं iOS 26 में अपग्रेड नहीं हुआ, तब तक RCS हमेशा मेरे फ़ोन पर iOS 18 में काम करता था। मुझे ध्यान देना चाहिए कि एंड्रॉइड के विपरीत, मैं iOS डिवाइस को किसी भी तरह से संशोधित नहीं करता, मूल रूप से मैं उम्मीद करता हूं कि इसे ‘बस काम करना’ चाहिए। मेरे द्वारा चलाई जाने वाली एकमात्र असामान्य चीज़ मुलवाड का DNS है जो एडब्लॉकर के रूप में कार्य करती है, लेकिन मेरे परिवार और उनके iDevices में RCS समस्याएँ नहीं हैं।

मैं टी-मोबाइल और यूएस मोबाइल (आमतौर पर एटी एंड टी नेटवर्क पर) पर एक डुअल-सिम उपयोगकर्ता हूं। iOS 26 के साथ दोनों लाइनें “सक्रियण की प्रतीक्षा में…” पर अटक गई हैं। यदि मैं लाइनों को किसी अन्य iPhone पर स्थानांतरित करता हूं, तो लाइनें कुछ ही सेकंड में सक्रिय हो जाती हैं। मैंने अपनी माँ के 14 प्रो मैक्स से एक वेरिज़ॉन वायरलेस लाइन भी ली और उसमें भी वही समस्या प्रदर्शित हुई। मेरी प्रेमिका के पास एक 14 प्रो मैक्स और एक एसई3 है, जब मैं उन्हें स्थानांतरित करता हूं तो दोनों मेरी आरसीएस लाइनों को सक्रिय कर सकते हैं।

मैंने यह देखने के लिए पूरी तरह से विस्तृत स्तर का परीक्षण किया है कि क्या ये लाइनें मेरे फ़ोन पर सक्रिय होंगी, संभवतः इससे भी अधिक है लेकिन मैं यही सोच सकता हूँ:

1. रिबूट/टॉगल एयरप्लेन मोड/टॉगल आरसीएस
2. नेटवर्क सेटिंग्स रीसेट करना
3. मेरे सभी वीपीएन प्रोफाइल और ऐप्स हटा दिए गए। (मुलवाड/ऑरबोट/मुलवाड की डीएनएस प्रोफ़ाइल/मेरे सर्वर की वायरगार्ड प्रोफ़ाइल)
4. मेरी एक पंक्ति को निष्क्रिय कर दिया और आरसीएस को पुनः सक्रिय करने का प्रयास किया।
5. 5G को अक्षम करना और RCS को सक्रिय करने का प्रयास करना।
6. वाहकों से दोनों eSIM पुनः जारी करना।
7. iMessage को टॉगल करना।
8. सभी सेटिंग्स रीसेट करना 9 डिवाइस पर सब कुछ रीसेट करना।
   • आईट्यून्स बैकअप से पुनर्स्थापित किया जा रहा है
   • iCloud बैकअप से पुनर्स्थापित करना (वस्तुतः ऐसा करने में सक्षम होने के लिए एक परीक्षण सक्रिय किया गया)
   • eSIM के साथ और उसके बिना रीसेट करने का परीक्षण किया गया।
9. डिवाइस पुनर्प्राप्त करना (रिकवरी मोड, नए डिवाइस के रूप में सेट करना)
   • डिवाइस पर eSIM के साथ और उसके बिना दोनों।
10. आरसीएस को अक्षम करना और प्रतीक्षा करना दिन पुनः सक्रिय करने का प्रयास करने से पहले.
11. मेरे e911 पते को अपडेट कर रहा हूं, वाईफाई कॉलिंग को अक्षम/पुनः सक्षम कर रहा हूं। वाईफ़ाई पर परीक्षण.
12. केवल टी-मोबाइल eSIM को फिर से जारी करना, लेकिन फ़ोन पर अन्य IMEI को जारी करना जो सामान्य रूप से चालू नहीं होता है।
13. कैरियर सेटिंग्स में नंबरों को कई बार हटाना (मुझे नहीं पता कि यह क्या करता है लेकिन यह सिग्नल को फिर से कनेक्ट कर देता है)।
14. आरसीएस के साथ काम करने वाले उपकरणों से इस डिवाइस पर संदेश भेजने का परीक्षण किया जा रहा है, उम्मीद है कि यह अपग्रेड हो जाएगा।
15. IOS बीटा रिलीज़ का परीक्षण।
16. मैं libimobiledevice के लिए Gentoo Linux पैकेज लाया ताकि मैं idevicesyslog चला सकूं और सैकड़ों मेगाबाइट लाइव लॉग डंप कर सकूं, यह देखने में सक्षम होने के लिए कि फोन किस पर विफल हो रहा है: (पैकेज) https://github.com/joecool1029/joecool-overlay/tree/master/app-pda
    • यह टी-मोबाइल से संबंधित एक छोटा सा अंश है कि समस्या कैसी हो सकती है। विशेष रूप से, UserInteractionRequired.xml. मुझे नहीं पता कि किस इंटरैक्शन की आवश्यकता है और ऐप्पल का सॉफ़्टवेयर अधिक जानकारी क्यों प्रस्तुत नहीं कर रहा है, लेकिन ढेर सारे संशोधित लॉग को खंगालने से मैं यह सबसे अच्छा कर सकता हूं:
      
Nov 9 15:54:14.294398 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294406 CommCenter[101] : #I --> switch: true, bundle_support: false, entitlement_support: true, enabled_by_default: true, disabled_by_profile: false, is_store_demo_device: false
Nov 9 15:54:14.294415 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294424 CommCenter[101] : #I --> encryption_supported: false, push_supported: false, push_enabled: false, private_relay_supported: false, msisdn_source: (empty)
Nov 9 15:54:14.294432 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294440 CommCenter[101] : #I --> Changed: (nothing)
Nov 9 15:54:14.294448 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294455 CommCenter[101] : #I Ims registration interface: kUnknown --> kCellular
Nov 9 15:54:14.294463 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294471 CommCenter[101] : #I Lazuli model not allowed: [provisioning style: kUsingToken, sms online: false, msisdn OK: true]
Nov 9 15:54:14.294479 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294487 CommCenter[101] : #I Provisioning not possible
Nov 9 15:54:14.294494 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294505 CommCenter[101] : #I Infinite validity of UserInteractionRequired.xml xml
Nov 9 15:54:14.294514 CommCenter[101] : #I [config.rcs.mnc260.mcc310.jibecloud.net] Declaring IMS not ready. Unexpired : UserInteractionRequired.xml
Nov 9 15:54:14.294522 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294529 CommCenter[101] : #I Nudge not required: Allowed
Nov 9 15:54:14.294537 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294546 CommCenter[101] : #I Evaluate recheckEntitlementForRCS. Ent:Allowed, Switch toggled:false, CB recheck:false
Nov 9 15:54:14.294554 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294561 CommCenter[101] : #I Entitlement result: [RCS support: kSupported, user eligibile: kEligible, token-support: true]
Nov 9 15:54:14.294569 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294577 CommCenter[101] : #I Evaluated provisioning style: kUsingToken
Nov 9 15:54:14.294584 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294592 CommCenter[101] : #I Retrieving feature switch state
Nov 9 15:54:14.294600 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294608 CommCenter(CoreServices)[101] : Starting database access (depth 0, options: 1)
Nov 9 15:54:14.294616 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294624 CommCenter(CoreServices)[101] : BindingEvaluator::CreateWithBundleInfo(ID=, name=, CC=????, vers=(null))
Nov 9 15:54:14.294633 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294641 CommCenter(CoreServices)[101] : Truncating a list of bindings to max 1 known-good ones.
Nov 9 15:54:14.294648 CommCenter[101] : #D supportsHOVirtualInterfaces: ret = false
Nov 9 15:54:14.294656 CommCenter(CoreServices)[101] : Truncating a list of bindings to max 1 known-good ones.


तो यह अंतिम प्रविष्टि संभवतः हमें बताती है कि कहाँ देखना है। वाहक (यहां टी-मोबाइल) को आरसीएस के लिए प्रावधानित किया गया है, यह अनंत वैधता के साथ इस इंटरैक्शन आवश्यक फ़ाइल को प्राप्त कर रहा है। जब तक यह मौजूद है, यह सक्रिय होने में विफल रहता है। (यह एक अनुमान है, लेकिन यह निश्चित रूप से Apple की साइटों पर दिए गए KB लेखों से अधिक जानकारी है)।

Apple अपने कर्मचारियों को इस समस्या के निवारण के बारे में सही जानकारी प्रदान नहीं करता है। वे उन्हें समस्या का उचित निवारण करने के लिए सशक्त नहीं बनाते हैं। #

उन्हें दिया गया मानक निर्देश है: “जवाबदेही मत लो, वाहक को दोष दो।”

तो फिर मैं अंदर आता हूं और कहता हूं कि मुझे सभी 3 प्रमुख वाहकों के साथ विफलताएं मिली हैं और स्पष्ट रूप से उस स्पष्टीकरण को स्वीकार करने से इनकार कर देता हूं, जब मुझे पता है कि मेरी लाइनें अन्य iDevices पर ठीक काम करती हैं।

ऐप्पल स्टोर ने शुरू में सॉफ्टवेयर को दोषी ठहराया था, यह उचित होगा सिवाय इसके कि हमने अपने फोन की स्थिति को अब तक 3 बार पुनः लोड किया है (एक बार आईट्यून्स से, और अब दो बार आईक्लाउड से, कल चौथी बार होगा)। मैंने उन्हें किसी भी सेटिंग को मिटाने और फ़ोन को पुनर्प्राप्त करने की अनुमति दी, लेकिन मैं एक कदम आगे बढ़ गया और अनुरोध करता हूं कि वे मेरे टी-मोबाइल eSIM को अधिमानतः 15 प्रो लाइन में किसी अन्य स्टोर डिवाइस पर स्थानांतरित करें। उपयोगकर्ता गोपनीयता कारणों से वे ऐसा नहीं कर सकते. यह समस्या निवारण से एक डीलब्रेकर है, मैं पैसे से नहीं बना हूं और मेरे पास परीक्षण करने के लिए कोई अतिरिक्त 15 प्रो डिवाइस नहीं है, यह पहले से ही काफी पागल है मेरे पास परीक्षण के लिए तैयार कई वाहक हैं, 2 14 प्रो मैक्स और एक एसई 3।

मुझे लगता है कि यहीं पर हमें जानकारी की आवश्यकता है। जैसा कि मैंने पहले कहा था, अमेरिका में वाहकों ने अपना स्वयं का आरसीएस बुनियादी ढांचा चलाना छोड़ दिया है और एप्पल के कर्मचारी वास्तव में इस स्थिति के बारे में प्रशिक्षित नहीं हैं। मेरी अपनी जानकारी और मेरे द्वारा फ़ोन से निकाले गए लॉग के अपवाद के साथ, आज Apple स्टोर में 3 फ़ोन कॉल और कई घंटों की ऑनसाइट में जिबे का एक बार भी उल्लेख नहीं किया गया था।

Google जिब के साथ मेरा कोई व्यावसायिक संबंध नहीं है, और मेरे पास उनके साथ बातचीत करने या संपर्क करने का कोई तरीका नहीं है। उनका दस्तावेज़ संभवतः यहां है, लेकिन मैं इसे पढ़ नहीं सकता, क्योंकि मैं एक वाहक भागीदार नहीं हूं: https://docs.jibemobile.com/ Apple जानता है कि एक ‘वाहक’ समस्या है, लेकिन वास्तव में, RCS अमेरिका में Google जिब के माध्यम से चलाया जाता है और यह मुझे एक बार भी नहीं बताया गया था। मैंने इसे इस ब्लॉग पोस्ट तक कभी नहीं उठाया, मैं किसी स्टोर में जाकर नहीं कह सकता “मैं इस फोन से लॉग का विश्लेषण करने के लिए ओपनसोर्स टूल का उपयोग कर रहा हूं और मुझे लगता है कि यह जिब के साथ विफलता है”. क्या आपको पता है यह कितना पागलपन भरा लगता है?

चूंकि वे एक दीवार से टकराए और मैंने “गो बग टी-मोबाइल/यूएस मोबाइल” दिशा का मनोरंजन जारी रखने से इनकार कर दिया, ऐप्पल मेरे फोन में बोर्ड को बदल रहा है। निःसंदेह उनके पास ऐसा करने के लिए स्टोर में पुर्जे नहीं थे, इसलिए मुझे उनके ऐसा करने के लिए कल वापस गाड़ी चलाने का इंतजार करना होगा। इसमें नए IMEI नंबर होंगे और इन लाइनों को 3 अन्य iDevices पर सक्रिय करने के अनुभव को देखते हुए, इसे संभवतः काम करना चाहिए। यदि यह एक पीढ़ीगत मुद्दा होता तो ऐसा नहीं होता, लेकिन उन्होंने मुझे इसका परीक्षण करने का कोई तरीका नहीं दिया है। वे दृढ़तापूर्वक मुझसे कहते हैं: “हम शिष्टाचार के नाते आप पर उपकार कर रहे हैं, हमें विश्वास नहीं है कि यह हमारी समस्या है।” मैं जानता हूं कि उन्हें यह कहने के लिए प्रशिक्षित किया गया है लेकिन यह भयानक ग्राहक सेवा है। मैंने Applecare+ के लिए भुगतान किया है, यदि यह फ़ोन हो सकता है तो इसे स्वैप करें और Apple मुख्यालय में इसका विश्लेषण करें, मैंने अब यह जानने के लिए पर्याप्त परीक्षण कर लिया है कि यह केवल इस विशिष्ट डिवाइस के साथ कुछ है। मैंने लोगों को iPhones का उपयोग करने के लिए कहा क्योंकि आम तौर पर उन्हें ये समस्याएं नहीं होतीं और ग्राहक सहायता अच्छी थी। वे जो बोर्ड स्वैप समाधान पेश कर रहे हैं वह केवल मेरा समय/ईंधन बर्बाद करता है और समस्या को ख़त्म कर देता है। चूँकि हमने वास्तव में कभी भी लॉग्स को नहीं देखा, मैं इसे फिर से हिट कर सकता हूँ, अन्य उपयोगकर्ता प्रभावित हो सकते हैं।

मैं ओपनसोर्स सॉफ़्टवेयर का उपयोग करता हूं इसलिए नहीं कि यह स्वाभाविक रूप से बेहतर है, बल्कि इसलिए कि मैं कम से कम समस्याओं का परीक्षण कर सकता हूं, समझ सकता हूं और उन्हें ठीक कर सकता हूं। मुझे एक राडार एप्पल दो। मैं अमेरिका में Google जिब आरसीएस विफलता वाला एक दुर्लभ डुअल-सिम उपयोगकर्ता हूं। यह कहां असफल हुआ? मेरे लॉग में खोदो और मुझे बताओ: क्या ऐसा इसलिए है क्योंकि मैं प्राथमिक डेटा वाहक के बीच आशा करता हूं (क्योंकि मेरे पास दोहरे वाहक का पूरा कारण बेहतर सेवा कवरेज है)। मैं वाईफ़ाई पर ज़्यादा समय नहीं बिताता, मैं अपना घर मोबाइल कैरियर पर चलाता हूँ। केवल एक चीज जो मैं जानता हूं वह यह है कि मैंने अपना कॉन्फ़िगरेशन iOS 18 से iOS 26 में नहीं बदला है, लेकिन चीज़ों ने काम करना बंद कर दिया है और मेरे लिए 18 पर डाउनग्रेड करने का कोई रास्ता नहीं है क्योंकि आपने इस पर हस्ताक्षर करना बंद कर दिया है!