חמישה מקטעים בדרך של שיחה

מרכזייה שהיא חלק מהתשתית, לא אי נפרד

שיחה חוצה חמישה מקטעים לפני שהיא מגיעה לצד השני, ורק אחד מהם הוא המרכזייה. ILS Networks מתכננת, מקימה ומתחזקת מערכות Asterisk ו‑FreePBX יחד עם שכבת הרשת שהן רצות עליה.

איור: שלוש עמדות עבודה עם טלפוני IP ואוזניות, כל אחת מחוברת למרכזייה בענן

סקירה

אנחנו מתכננים, מקימים ומתחזקים את מערך הטלפוניה

ILS Networks מקימה מרכזיות ארגוניות ומתפעלת אותן לאורך זמן — כולל תכנון זרימת השיחות, חיבור לספק הקישוריות, והתאמת הרשת שמתחת כך שהקול מקבל עדיפות ולא מתחרה על אותה תעבורה. אנחנו מתכננים את שתי השכבות יחד, ולכן אין הפרדה בין מי שאחראי על המרכזייה למי שאחראי על הרשת.

העבודה מתבצעת בשיטה קבועה: מיפוי לפני שינוי, חלונות עבודה שהארגון מגדיר, תכנית חזרה בכל שלב, בדיקות קבלה ותיעוד מלא של מה שנמסר. כך פרויקטים מסתיימים בתאריך שנקבע, ולא נגררים.

המערכות המרכזיות שאנחנו עובדים איתן הן Asterisk ו‑FreePBX, שאותן אפשר להריץ כשרת וירטואלי על הסביבה הקיימת — תחת אותו גיבוי ואותו ניטור כמו שאר המערכות. אלה הפלטפורמות שאנחנו עובדים איתן הכי הרבה — ולא רשימה סגורה. אם בסביבה שלכם רץ משהו אחר, נתכנן, נקים ונתחזק גם אותו.

אנחנו מלווים ארגונים לאורך שנים ולא לאורך פרויקט בודד — Ariston Group כשש שנים בניהול כלל התשתית, Combe למעלה מחמש‑עשרה שנה, CooperVision ו‑Galmarine כחמש שנים כל אחד.

המסלול

מה שיחה עוברת, ואיפה היא נשברת

חמישה מקטעים לפי הסדר שבו שיחה חוצה אותם. בחרו סימפטום ותראו איפה הוא נוצר בפועל.

מה שומעים אצלכם?

המסלול, לפי הסדר

  1. השלוחה

    כאן

    המכשיר או התוכנה שהעובד מדבר אליהם. כאן הקול הופך לתעבורה, ומכאן והלאה הוא מתחרה על אותם משאבים כמו כל דבר אחר ברשת.

    בשליטה מלאה

  2. רשת הגישה

    כאן

    המתגים שהשלוחות יושבות עליהם. ההחלטה אם תעבורת הקול מופרדת מהתעבורה הרגילה ומקבלת עדיפות מתקבלת כאן, ולא במרכזייה.

    בשליטה מלאה

  3. המרכזייה

    כאן

    Asterisk או FreePBX — השלוחות, מסלולי החיוג וההתנהגות של המערכת. יכולה לרוץ על שרת ייעודי או כשרת וירטואלי על הסביבה הקיימת.

    בשליטה מלאה

  4. קישור היציאה

    כאן

    הנקודה שבה השיחה יוצאת מהארגון. הקיבולת כאן משותפת עם כל מה שהארגון עושה באינטרנט, ולכן היא נמדדת בעומס אמיתי ולא בהנחה.

    בשליטה חלקית

  5. מחוץ לארגון

    כאן

    המקטע שלא מגדירים. מה שכן עושים איתו זה לבחור אותו, לתכנן מה קורה כשהוא נופל, ולדעת לזהות שהוא זה שנפל.

    מחוץ לשליטה

בחירה מסמנת את המקטעים האחראים ומציגה מה נעשה שם.

הד, או קול קופצני ומקוטע

למה זה קורה

תעבורת הקול חולקת תור עם כל השאר. ברגע שהמתג או הקישור עמוסים, החבילות של השיחה ממתינות כמו כל חבילה אחרת — והאוזן שומעת את ההמתנה הזאת מיד.

מה עושים

הפרדת תעבורת הקול ומתן עדיפות בשכבת הגישה, ובמקביל מדידת העומס בפועל על קישור היציאה. זו עבודה ברשת, לא במרכזייה.

שכבת הרשת והמיתוג

אודיו חד־כיווני — צד אחד לא נשמע

למה זה קורה

מסלול הקול חוזר בדרך אחרת מזו שבה יצא, ובאמצע יושב מי שלא יודע שמדובר באותה שיחה. הסימפטום נשמע כמו תקלת מרכזייה, אבל הוא נוצר בין המרכזייה לשער.

מה עושים

תכנון המרכזייה, חומת האש והקישור החוצה כמסלול אחד — ובדיקת קבלה שעוברת את כל המסלול ולא רק שיחה פנימית.

בקרות אבטחה בשער

בשעת עומס שיחות נופלות או לא יוצאות

למה זה קורה

הקישור החוצה הגיע לתקרה שלו. עד לרגע הזה הכול עבד, ולכן קל להאשים את המערכת שהוחלפה לאחרונה במקום את הקו שלא נבדק מעולם.

מה עושים

מדידת הקישורים הקיימים והעומס עליהם לפני התכנון, ולא אחריו — ואז החלטה אם התשובה היא עדיפויות, קיבולת, או שניהם.

אתר מאבד קישוריות ונשאר בלי טלפוניה

למה זה קורה

אף אחד לא הגדיר מראש מה אמור לקרות. ברוב המקרים זה לא כשל של רכיב אלא החלטה שלא התקבלה בשלב התכנון.

מה עושים

הגדרת התנהגות המערכת בזמן תקלת קישוריות, לכל אתר בנפרד, כחלק מהאפיון. באתרים מרובים זה נגזר מאיך שהסניפים מחוברים מלכתחילה.

קישוריות בין אתרים

כל עובד חדש הוא עוד רישיון

למה זה קורה

זה לא תקלה אלא מודל. מרכזייה שמתמחרת פר־שלוחה הופכת כל גיוס לשורת עלות, וכל שינוי ארגוני לשיחה מול ספק.

מה עושים

מערכת פתוחה שרצה על התשתית שלכם: אין רישוי פר־שלוחה, ההגדרות גלויות, והמערכת נכנסת לאותו מערך גיבוי וניטור כמו שאר השרתים.

הסביבה הווירטואלית שעליה זה ירוץ

מתוך החמישה — שלושה לא נוגעים במרכזייה בכלל, אחד נוגע בה יחד עם השער, והיחיד שהוא המרכזייה לבדה הוא בכלל החלטת בעלות ולא תקלה.

הפלטפורמות

אותו מנוע, שתי דרכים להחזיק אותו

FreePBX אינה מתחרה של Asterisk אלא שכבת ניהול מעליו. השאלה האמיתית היא מי מתפעל את המערכת ביום־יום ועד כמה ההתנהגות הנדרשת חורגת מהסטנדרט. לכל אחת מהן עמוד משלה.

Asterisk המנוע עצמו, מוגדר לפי זרימת השיחות האמיתית של הארגון כשההתנהגות הנדרשת לא נכנסת למסך הגדרות סטנדרטי
FreePBX שכבת ניהול מעל Asterisk, לארגון שרוצה לתחזק בעצמו את השוטף כשצוות ה‑IT הפנימי אמור לבצע שינויים בלי לפתוח קריאה

הוכחה מהשטח

טלפוניה כחלק ממערך מנוהל

Combe

תשתית מלאה במפעלים חדשים

תכנון והקמה של תשתית הרשת מהיסוד במפעלים שנוספו לקבוצה — השכבה שעליה נשענות גם מערכות הקול.

  • תשתית רשת
  • Arista Networks

Ariston Group

ניהול תשתית רב‑אתרית

ניהול כלל תשתית ה‑IT על פני עשרה סניפים המחוברים לאתר המרכזי בקישוריות מיותרת ותחת מדיניות אחת.

  • קישוריות סניפים
  • ניהול מרכזי

הפרויקטים המוצגים מבוססים על עבודות שביצע צוות ILS בסביבות הלקוחות.

שאלות נפוצות

שאלות ותשובות

על אילו מערכות הטלפוניה שאתם מקימים מבוססות?

אנחנו מקימים ומתחזקים מערכות טלפוניה ארגוניות מבוססות Asterisk ו‑FreePBX — כולל תכנון המערכת, ההקמה, החיבור לתשתית הרשת והתחזוקה השוטפת. לכל אחת מהפלטפורמות עמוד משלה עם ההיקף והתהליך.

מה ההבדל בין Asterisk ל‑FreePBX, ואיך בוחרים?

FreePBX היא שכבת ניהול שרצה מעל Asterisk, כך שבשני המקרים המנוע זהה. ההבדל המעשי הוא מי מתפעל את המערכת: FreePBX מתאימה כשצוות IT פנימי אמור לבצע שינויים שוטפים דרך מסך, ו‑Asterisk ישירות מתאים כשההתנהגות הנדרשת לא נכנסת למסך סטנדרטי. אצל חלק מהלקוחות התשובה היא שילוב, וזו החלטה שמתקבלת באפיון.

למה מערכת פתוחה ולא מרכזייה של יצרן?

הסיבה המעשית היא בעלות ושליטה: המערכת רצה על התשתית שלכם, ההגדרות שלה גלויות, ואין רישוי פר‑שלוחה שמייקר כל עובד חדש. זה מתאים לארגונים שכבר מנהלים תשתית רצינית ורוצים שהטלפוניה תהיה חלק ממנה ולא אי נפרד.

למה אתם מתעקשים לדבר על הרשת כשהשאלה היא על מרכזייה?

כי שם נמצאים רוב הסימפטומים. תעבורת קול רגישה לעיכובים ולאיבוד חבילות הרבה יותר מתעבורה רגילה, ולכן הפרדת התעבורה, העדיפויות והקישורים החוצה הם חלק מהתכנון ולא נספח לו. הדבר היחיד שגרוע ממרכזייה שלא נבחרה נכון הוא מרכזייה נכונה על רשת שלא נגעו בה.

האם אפשר להקים את המערכת על סביבה וירטואלית קיימת?

כן. במקרים רבים המרכזייה רצה כשרת וירטואלי על אותה סביבה שכבר מנהלים אצלכם, מה שחוסך חומרה ייעודית ומכניס את המערכת תחת אותו מערך גיבוי וניטור כמו שאר השרתים.

מי מתחזק את המערכת אחרי ההקמה?

התחזוקה השוטפת נכללת בשירות. אצל לקוחות שאנחנו מנהלים להם את כלל התשתית, הטלפוניה היא עוד שכבה באותו הסכם — כך שתקלה נבדקת מול הרשת, השרתים והמרכזייה יחד ולא מול שלושה ספקים.

מרכזייה וירטואלית או מרכזייה פיזית — מה מתאים לארגון?

ברוב הארגונים היום מרכזייה וירטואלית, כלומר תוכנה שרצה על שרת ולא ארגז ייעודי. היא זולה יותר לשינוי, משתלבת בתשתית הווירטואליזציה הקיימת ומגובה כמו כל שרת אחר. מרכזייה פיזית עדיין מתאימה כשיש דרישות חיבור אנלוגי מיוחדות או מגבלת קישוריות באתר.

איכות השיחה גרועה — זו המרכזייה?

לרוב לא. מתוך חמש התקלות הנפוצות בטלפוניה ארגונית, שלוש כלל לא נוגעות במרכזייה — הן ברשת, בקישוריות לספק או בהגדרת ה‑QoS. לכן אנחנו מתכננים את שכבת הקול ואת שכבת הרשת יחד; טיפול במרכזייה בלבד משאיר את הסיבה במקום.

מחליפים מרכזייה?

שיחה מקצועית קצרה עם הצוות: מה רץ היום, כמה שלוחות ואתרים, ומה נדרש כדי לעבור בלי הפתעות — בלי התחייבות.

הפרטים ישמשו למענה לפנייה, בהתאם ל מדיניות הפרטיות.

דברו איתנו