IOSOR ידע
ניוד בתהליך אינו פעיל: אין לשלוח תנועה על DIDs שעברו ניוד חלקי
הפסיקו ניתוב מוקדם במהלך ניוד מספרי DID. הימנעו משיחות שנופלות, שקט ולולאות ניפוי שגיאות על ידי המתנה להפעלה סופית של המפעיל.
הבנת מצבי ניוד בזמן אמת
כאשר אתם שולחים בקשת ניוד בקונסולה, המספר אינו שייך מיד לטבלת הניתוב שלכם. ניוד הוא תהליך מנהלי בין מפעילים. הפלטפורמה שלנו משתמשת במודל רכישה בזמן אמת שבו מספרים נשארים נעולים בתורי אימות עד שהמפעיל הקודם משחרר לחלוטין את סמכות הניתוב. שליחת מנות SIP INVITE למספר התקוע במצב «בהמתנה ל-LOA» או «הוגש» מבטיחה שיחות מנותקות, שמע חד-כיווני, ועוד תקלות חמורות.
אנטומיה של תעבורה מוקדמת
ניתוב תעבורה ל-DID שניודו חלקית משבש את נתיב האותות. למרות שמתג התוכנה שלכם עשוי לקבל את השיחה מקומית, בקר הפصول (SBC) המרוחק עדיין אינו מזהה את מחרוזת ה-E.164 הזו. רשת המפעיל מתייחסת ליעד כבלתי מוקצה ומחזירה מיד קודי שגיאה. יתר על כן, הפעלת קמפיינים בטרם עת מעוררת מחלוקות מיותרות בספר החשבונות כאשר לקוחות מתלוננים על יעדים בלתי נגישים.
ספר חשבונות תפעולי וסף סקירה רכה
פעולות קוליות בהיקף גבוה דורשות היגיינה פיננסית קפדנית. ככל שהארגון שלכם גדל לעבר סקירה רכה בסך 1,000 USD לחודש, מערכות הציות שלנו בודקות דפוסי תעבורה כדי לוודא שבקשות הניוד תואמות לשימוש עסקי לגיטימי. סקירה זו מונעת הונאות ומגנה על מלאי המספרים שלכם מפני חטיפה זדונית. שמרו על שקיפות בשיטות החיוב ופקחו על קצב ניצול יתרת החשבון המוקדם שלכם.
ניוד מול מציאות מלאי חדש
מהנדסים לעתים קרובות מתבלבלים בין ניוד טווחים ארגוניים קיימים לבין הקצאת מספרים חדשים באופן מיידי. בעוד שמלאי טרי מנצל הקצאה אוטומטית בזמן אמת, ניוד כפוף ללוחות זמנים רגולטוריים קפדניים ולהתערבות ידנית של מפעילים. הבנת הבחנה זו מונעת הפצה של קמפיינים אוטומטיים מוקדמים. לקריאה מעמיקה יותר על ההבדלים הארכיטקטוניים, קראו את המדריך בנושא רכישת JIT של DID וירטואליים.
שלבי אבחון לבקשות ניוד תקועות
כאשר ניוד נתקע, הימנעו מניחושים. בדקו בקונסולה את קודי השגיאה המפורשים המוחזרים מרשמת הניתוב המרכזית. צווארי בקבוקר נפוצים כוללים נתוני CSR (רישום שירות לקוחות) שאינם תואמים, חותמים בלתי מורשים, או נעילות חוזיות שטרם הסתיימו. אספו את הודעות הדחייה של המפעיל, עדכנו את המטא-דאטה ישירות דרך ה-API והגישו מחדש את ה-LOA לפני ביצוע שיחות בדיקה כלשהן.
התחילו עם IOSOR
אם הניוד עדיין pending, submitted או ממתין לתורם, אל תשלחו. השאירו את ה-DID מחוץ לנתיבי ייצור עד שהצד הזוכה מחזיק בספרות. ייצאו את חותמת המצב ואת ההערה האחרונה של התורם. מספר חצי-מנויד ברשימה אינו Live.
חומרים: מזהה מתקשר קולי לעומת From בהודעות: קול פעיל אינו אומר ש-SMS פעיל נימול E.164 לפני קישור DID: פלוס, אפסים ורווחים.
סיכום IOSOR
ניוד בתהליך אינו Live. תנועה על DID חצי-מנויד היא נפילה, לא בדיקה.
עשו: המתינו לשחרור התורם לפני כל MT או קול. אל: אל תחשבו נוכחות ברשימה להפעלה.
האם המדריך הזה עזר?
מדריכים קשורים
- מסירת DID לבעלים שני: מי רשאי להקצות ולשחרر
שלוט בגבולות תפעוליים, הקצאת JIT וסף פיננסי מראש במהלך מסירת מספר DID לבעלים שני.
- תקרת הוצאות לכל DID: שכירות ותעבורה יוצאת במספר אחד
שלוט בחשיפה לכל מספר ב-CPaaS עם תוית לבנה באמצעות תקרת הוצאות משולבת עבור עלויות קבועות ותעבורה יוצאת.
- ניתוב וובהוק נכנס ב-DID: הודעות יוצאות מקור מבלי לספק בעלות מאבדות את פקודת העצירה
נתב וובהוקים נכנסים לחשבון הבעלים בצורה מאובטחת. מנע אירועי MO יתומים והחמצת ביטולי הסכמה ב-CPaaS מנוהל לבן-מותג.