מישהו השתמש ב‑SIP כדי להעביר לשיחת SIP trunk של LiveKit? הוספתי את מספר ה‑SIP בהגדרות,
VoIP : xxxxx.sip.livekit.cloud/john
אני לא יכול להסיר את /john אבל זה לא עבד, ואני לא חושב שזו הבעיה.
כשאני מתקשר למספר של FlyNumber אני מקבל אות “תפוס” ואני רואה “status fail, reason not found” בהיסטוריית השיחות שלי. ב‑LiveKit אני לא רואה שום ניסיון התחברות.
תודה על כל רמז!
הרגע בדקנו הפניית שיחות ל‑LiveKit SIP trunk מהצד שלנו וזה עובד מצוין — כך שהבעיה נמצאת בצד הקונפיגורציה של LiveKit, לא של FlyNumber. יש שני דברים שצריך לתקן:
1. לשנות את שם המשתמש מ־john ל‑FlyNumber שלך בפורמט E.164
בהגדרות ה‑VoIP של FlyNumber אתה צריך:
Host:xxxxx.sip.livekit.cloud
Username / details: מספר ה‑FlyNumber עצמו בפורמט E.164 — למשל +17185301799 למספר אמריקאי, או +34930521234 למספר ספרדי
הסיבה: ה‑inbound trunk של LiveKit משווה שיחות נכנסות מול המשתמש בשדה To: ב‑SIP INVITE, והוא מצפה ל‑DID בפורמט E.164. john לא יתאים לכלום בצד שלהם, וזה בדיוק למה אתה רואה:
status fail, reason not found
זה LiveKit שמחזירים 404 Not Found כי אף trunk לא מקבל את המשתמש הזה. זה גם מסביר למה אתה לא רואה שום ניסיון חיבור ב‑LiveKit dashboard — ה‑INVITE נדחה ברמת ה‑trunk לפני שהוא בכלל מגיע ל‑dispatch rule.
2. ב‑LiveKit inbound trunk שלך, להוסיף את ה‑FlyNumber ל‑numbers
אם numbers לא כולל את ה‑DID שאליו אתה מחייג (ואינו ריק כ‑wildcard), LiveKit יחזיר 404 בכל פעם.
כללי ה‑dispatch — שם משהו כמו john היה נכנס לצורך ניתוב לחדר — רלוונטיים רק אחרי שה‑trunk מקבל את השיחה. קודם תוודא שה‑trunk/number match עובד, ורק אחר כך תתעסק ב‑dispatch.
לגבי TLS ו‑IP whitelisting:
TLS לא נדרש אלא אם הפעלת במפורש secure trunking ב‑LiveKit trunk שלך. ברירת המחדל TCP/UDP/5060 עובדת מיד.