Mujib Edge — Voice CDNمجيب إيدج — شبكة الصوت
How Mujib routes web, SDK, and SIP voice calls to the nearest Edge node so audio stays fast.كيف يوجّه مجيب مكالمات الويب وSDK وSIP إلى أقرب نقطة إيدج حتى يبقى الصوت سريعاً.
Mujib Edge is a voice CDN: a network of live voice nodes close to the caller. The widget, Flutter SDK, and SIP trunk use the same agent and knowledge base. The audio path is chosen per call so speech does not travel the long way through one distant server.
Why voice needs more than one location
Chat can wait a few hundred milliseconds. A spoken conversation cannot. If every packet goes to a single Core, callers far from that data center hear the delay.
- Before: caller → Core → AI model → Core → caller. Core sits in the middle of the audio path.
- After: caller → nearest Edge → AI model. Core stays the brain (knowledge, billing, settings) but is not hopping every packet.
Core vs Edge
Mujib Core is the control plane: portal, knowledge base, billing, quotas, and routing. It issues a one-time stream token and the best stream_url.
Mujib Edge is the live compute: WebSocket / SIP audio, the AI session, and a short-lived cache. It does not own the database or the admin UI.
How a call finds its Edge
- Widget, SDK, or SIP admit asks Core for a token and an endpoint.
- Core picks a node by region, tenant plan, or a dedicated Edge (MENA, EU, or a node in your VPC).
- Audio stays on that Edge. The AI session opens locally.
- Transcripts, usage, and billing events sync back to Core after the call.
If a regional Edge is offline, the call falls back to another node or Core. You do not reconfigure the widget.
Every voice entry point
- Web widget — the embed script asks Core for an Edge URL, then opens the voice socket there. One snippet. Regional routing is automatic. See Voice AI Setup.
- Flutter SDK — mugib_sdk uses the same endpoint API. Mobile callers hit the closest live node.
- SIP / PBX — trunks inherit regional routing or pin to a dedicated Edge next to the PBX so media can stay on-prem. See SIP / PBX Setup.
Dedicated Edge (enterprise)
Banks, telcos, and on-prem PBX deployments can run an Edge inside their VPC or data center. The agent, knowledge, and billing still live on Core. Only the live audio path moves next to the caller.
مجيب إيدج شبكة صوت: نقاط حية قريبة من المتصل. الويدجت وFlutter SDK وخط SIP يستخدمون نفس الوكيل ونفس قاعدة المعرفة. مسار الصوت يُختار لكل مكالمة حتى الكلام ما يلف مسافة طويلة عبر سيرفر واحد بعيد.
ليش الصوت يحتاج أكثر من موقع واحد
الدردشة تتحمل مئات الملي ثانية. المحادثة المنطوقة لا. إذا كل الحزم تروح لـ Core واحد، المتصل البعيد يسمع التأخير.
- قبل: المتصل → Core → النموذج → Core → المتصل. Core في وسط مسار الصوت.
- بعد: المتصل → أقرب إيدج → النموذج. Core يبقى الدماغ (المعرفة والفوترة والإعدادات) لكنه مو يمرر كل حزمة.
Core مقابل إيدج
مجيب Core لوحة التحكم: البوابة وقاعدة المعرفة والفوترة والحصص والتوجيه. يصدر توكن لمرة واحدة وأفضل عنوان اتصال.
مجيب إيدج الحوسبة الحية: صوت WebSocket / SIP وجلسة الذكاء وذاكرة مؤقتة قصيرة. ما يملك قاعدة البيانات ولا لوحة الإدارة.
شلون المكالمة تلقى إيدجها
- الويدجت أو SDK أو قبول SIP يطلب من Core توكن ونقطة اتصال.
- Core يختار نقطة حسب المنطقة أو الخطة أو إيدج مخصص (الشرق الأوسط، أوروبا، أو نقطة داخل شبكتك).
- الصوت يبقى على تلك النقطة. جلسة الذكاء تفتح محلياً.
- النصوص والاستخدام وأحداث الفوترة ترجع لـ Core بعد المكالمة.
إذا نقطة إقليمية توقفت، المكالمة تروح لنقطة ثانية أو لـ Core. ما تعيد ضبط الويدجت.
كل مدخل صوتي
- ويدجت الموقع — السكربت يطلب من Core عنوان الإيدج ثم يفتح اتصال الصوت هناك. مقطع واحد. التوجيه الإقليمي تلقائي. انظر إعداد Voice AI.
- Flutter SDK — mugib_sdk يستخدم نفس الواجهة. المتصل من الجوال يصل لأقرب نقطة حية.
- SIP / بدالة — الخطوط ترث التوجيه الإقليمي أو تُثبَّت على إيدج مخصص بجانب البدالة حتى الوسائط تبقى داخل المبنى. انظر إعداد SIP / PBX.
إيدج مخصص (مؤسسات)
البنوك والاتصالات والبدالات الداخلية تقدر تشغّل إيدج داخل شبكتها أو مركز بياناتها. الوكيل والمعرفة والفوترة تبقى على Core. مسار الصوت الحي فقط ينتقل جنب المتصل.
Ready to build your AI agent?
Start your free trial and put what you've learned into practice.
Start Free Trial