- Zen IT Technologies
- תשתיות רשת
אף אחד לא שם לב לרשת שעובדת.
Wi-Fi שנופל תמיד באותה פינה במשרד. חומת אש עם חוקים שנוספו בשתיים בלילה לפני ארבע שנים. חדר שרתים שגדל במשך השנים בלי תכנון מסודר. בעיות רשת יכולות להישאר ככה שנים, כי כל אחת מהן בפני עצמה עדיין מאפשרת לעבוד. ביחד הן גורמות למשרד לעבוד נגד האנשים שנמצאים בו.
אנחנו מתכננים רשתות מראש: קודם סקר, אחר כך ערוצים, אחר כך מדיניות. אחרי זה בונים ומתפעלים. מנחושת ועד לענן.
הבעיה
רוב הרשתות לא תוכננו. הן הורחבו.
פעם היה תכנון. הוא התאים לחברה קטנה יותר ולמשרד אחר. כל מה שקרה מאז היה תוספת: נקודת גישה במקום שבו התלוננו הכי הרבה, חוק בחומת האש כדי לשחרר מישהו שהיה בלחץ, מתג שנקנה כשנגמרו הפורטים. כל שינוי בפני עצמו היה הגיוני. התוצאה לא.
אלה תקלות הרשת שבגללן קוראים לנו, והן חוזרות על עצמן:
-
Wi-Fi שנופל תמיד באותם מקומות.
נקודות גישה שהותקנו לפי נוחות הכבילה ולא לפי כיסוי, ערוצים שחופפים אחד לשני ולשכנים בבניין, ועוצמת שידור שהוגברה עד שאזורי הכיסוי מתחילים להפריע אחד לשני.
-
חומת אש שאף אחד לא מוכן לגעת בה.
חוקים שהצטברו לאורך שנים, כל אחד מהם נוסף מסיבה שלא נכתבה בשום מקום, ועכשיו אף אחד לא ימחק אחד מהם מחשש שמשהו יפסיק לעבוד.
-
קושחה שלא עודכנה מאז ההתקנה.
ציוד קצה שרץ על הגרסה שהייתה עליו ביום שהותקן, וממשק ניהול שנגיש ממקומות שאף אחד לא התכוון אליהם.
-
שירותי ליבה שהוגדרו בצורה מעגלית.
שירותי זמן ושמות שהוגדרו בחיפזון, ואחר כך אחראים בשקט לשנים של תקלות אימות ותעודות שנראו כאילו אין להן שום קשר אליהם.
-
רשת אחת שטוחה.
אורחים, עובדים, מדפסות, מצלמות ו-IoT על אותו מקטע, כי ההפרדה תמיד הייתה פרויקט לרבעון הבא.
-
חדר שרתים שגדל בלי תכנון.
כבילה לא מסומנת, בלי תיעוד חיבורים, וארון שרק אדם אחד יכול לעבוד בו בביטחון.
-
שום דבר לא כתוב.
אין טופולוגיה, אין תכנון VLAN, אין תכנון ערוצים. כל שינוי נוסף הופך לניחוש, ואם משהו משתבש קשה לדעת איך לחזור למצב הקודם.
מה אנחנו עושים
- תכנון רשת אלחוטית וסקר RF
- שירותי רשת ליבה
- הקמת משרדים ואתרים
ניטור ותיעוד
-
תכנון רשת אלחוטית וסקר RF
סקר חזוי עוד לפני שנקנית חומרה, על בסיס תוכניות הקומה וחומרי הבנייה ולא על בסיס איפה יש שקעים. מיקום נקודות הגישה, תכנון הערוצים ותכנון עוצמות השידור נעשים יחד, מפני שהגברת העוצמה בלי תכנון ערוצים היא מה שגורם לרוב הבעיות שהיא אמורה לפתור. הגדרת הבקר, ולאחריה סקר אימות שמוודא שהתכנון שרד את המפגש עם הבניין. כולל סביבות בצפיפות גבוהה ובמספר קומות, שבהן ההפרעה המשמעותית מגיעה בדרך כלל מהקומות שלכם עצמכם.
-
חומות אש, VPN ואבטחת קצה
סקירת מדיניות ואיחוד חוקים, כך שלכל חוק שנשאר יש סיבה ברורה. בדיקה של מה נגיש מבחוץ, והגבלת ממשקי הניהול רק למקומות שמהם באמת צריך לנהל אותם. הערכת קושחה ותוכנית שדרוג מדורגת במקומות שבהם לגרסה הקיימת יש בעיות ידועות. חיבורי אתר-לאתר וגישה מרחוק שמוגדרים ומתועדים, כולל מעבר למודל גישה מבוסס-זהות כשזה הכיוון.
-
מיתוג והפרדת רשתות
תכנון VLAN שמפריד בין אורחים, מכשירי החברה, מדפסות, מצלמות ו-IoT, עם מדיניות בין הרשתות שמוגדרת במפורש ולא נשארת פתוחה כברירת מחדל. תכנון uplinks ו-trunks, תקצוב PoE שלוקח בחשבון את הצריכה האמיתית של נקודות הגישה, ומפת פורטים מתועדת כדי שהאדם הבא ימצא את מה שהוא מחפש.
-
שירותי רשת ליבה
DHCP, DNS ו-NTP מתוכננים במכוון ולא נשארים כברירת המחדל של הנתב: הגדרות DHCP אחידות בין האתרים, שרתי DNS פנימיים או מנוהלים לפי הצורך, מקורות זמן אמינים ושירותי upstream בלי תלות מעגלית. לא זוהר, אבל תקלות בשכבה הזאת גורמות לחלק מפתיע מכשלי אימות ותעודות.
-
הקמת משרדים ואתרים
משרדים חדשים, מעברים והתרחבות לקומות נוספות, מחדר השרתים ועד לעמדת העבודה. תכנון כבילה מובנית וארונות תקשורת, טכנולוגיית חדרי ישיבות ו-AV, ציוד אבטחה ו-IoT, והתיאום מול קבלנים ובעלי הנכס שקובע אם הרשת מוכנה ביום שבו האנשים מגיעים.
-
ניטור ותיעוד
ניטור זמינות ונגישות עם ניתוב התראות שמגיע לאדם ולא לתיבת דואר. טופולוגיה, מפת VLAN, תכנון ערוצים ומדריכי תפעול שמתוחזקים כחלק מהתפעול השוטף, כך שגם מי שלא בנה את הרשת יכול להבין איך היא עובדת.
מסמכים טכניים באנגלית
למה רשתות Wi-Fi במשרד נכשלות בקיבולת ולא בכיסוי
הוספת נקודות גישה לקומה עמוסה בדרך כלל דווקא מאטה את הרשת.
עוד בנושא
איך זה עובד
-
סקר.
מה באמת פרוס, איך הוא מוגדר, ואיפה יש בעיות בסביבת ה-RF. מודל חזוי לאתרים חדשים ומדידה בשטח באתרים קיימים.
-
תכנון.
מיקום נקודות הגישה, תכנון ערוצים ועוצמות, מודל ה-VLAN והמדיניות, וסדר השדרוגים. כתוב ומאושר לפני שמזמינים חומרה.
-
פריסה.
התקנה, הגדרה ואימות, בלוח זמנים שמצמצם ככל האפשר את ההפרעה לעבודה השוטפת. השירותים הקיימים ממשיכים לפעול לאורך המעבר.
-
תחזוקה.
ניטור, עדכונים והתאמות ככל שהמשרד וכמות האנשים משתנים. התכנון נשאר מסודר גם כשמישהו אחר מבצע שינויים, כי הכול מתועד.
דוגמאות מהשטח
-
פריסת Wi-Fi משרדית שהפסיקה לייצר קריאות.
חברת תשתיות AI
סקר RF חזוי, תכנון ערוצים ועוצמות שידור, ובנייה מחדש של הבקר. תור קריאות ה-Wi-Fi התרוקן ונשאר ריק.
-
רשת משרדית רב-קומתית שתוכננה לפני הבנייה.
חברת טכנולוגיה
מיקום נקודות הגישה, תכנון הערוצים והמיתוג תוכננו מתוך תוכניות הקומה עוד לפני הבנייה, כך שהרשת הוקמה יחד עם המשרד ולא תוקנה אחרי שכולם כבר נכנסו.
-
שירותי רשת ליבה שנבנו מחדש בכל האתרים.
חברת שירותים פיננסיים
שירותי הזמן והשמות הפנימיים הועברו מהגדרה מעגלית לשירותים פנימיים ייעודיים, הופצו על פני האתרים דרך DHCP, והתכנון יחד עם מדריך תפעול הועברו לצוות הפנימי.
דוגמאות הלקוחות כאן אנונימיות במכוון. לקוחות וממליצים ישמחו לשוחח באופן פרטי, לפי בקשה ובתיאום מראש.
למי זה מתאים
לחברות עם משרד פיזי שבהן הרשת הפכה לנושא חוזר בשיחות שהיא בכלל לא אמורה להופיע בהן: בסטנדאפ, בישיבת הנהלה או ב-All Hands. לצוותים שמקימים משרד חדש, מתרחבים לקומה נוספת, או נכנסים לבניין שבו הכבילה של הדייר הקודם הפכה לבעיה שלהם.
וגם לחברות שחושדות שהתשובה לתלונה כרונית היא לא עוד חומרה. בדרך כלל היא באמת לא. הוספת נקודות גישה לפריסה שלא תוכננה נכון מחמירה בדרך כלל את המצב, ואנחנו מעדיפים לעשות סקר ולהגיד את זה.
אם אתם עובדים לגמרי מרחוק, בלי משרד ובלי ציוד באתר, זה לא בשבילכם. הידע עצמו לא נעלם: תקלות VPN, ניתוב וקישוריות קורות גם לצוותים שעובדים מרחוק, ואנחנו מטפלים בהן בדיוק באותה צורה. אבל זה חלק מהתקשרות שוטפת עם סביבה שאנחנו כבר מכירים ומנהלים, ולא פרויקט בפני עצמו.
שאלות נפוצות
-
צריך סקר, או שאפשר פשוט להוסיף עוד נקודות גישה?
כמעט תמיד צריך סקר. בעיות ברשת אלחוטית נובעות בדרך כלל מהפרעות וחפיפת ערוצים ולא מחוסר כיסוי, והוספת נקודות גישה לפריסה שמעולם לא תוכננה בדרך כלל מגדילה את ההפרעה ומחמירה את הבעיה. עלות הסקר היא חלק קטן מעלות החומרה, ולא פעם היא מקטינה את כמות החומרה שצריך.
-
ה-Wi-Fi אצלנו איטי. זו בעיית אינטרנט או בעיית רשת?
אלה שתי בעיות שונות עם פתרונות שונים, והתשובה מתבררת בדרך כלל מהר. קו שנמצא ברוויה, QoS מוגדר לא נכון, סביבת RF שבה המכשירים נאלצים לשדר שוב ושוב, ושרת DNS שמוסיף השהיה לכל בקשה, כולם נראים בדיוק אותו הדבר למי שחווה אותם: „ה-Wi-Fi איטי”. לברר איזה מהם זה לוקח הרבה פחות זמן ממה שרוב האנשים מצפים.
-
אתם יכולים לעבוד עם החומרה הקיימת שלנו, או שזה אומר להחליף הכול?
רוב ההתקשרויות מתחילות בהגדרה נכונה של מה שכבר יש לכם, וחלק לא קטן מהן גם נגמר שם. כשאנחנו ממליצים על החלפה זה מפני שהפלטפורמה לא יכולה לעמוד בדרישה מסוימת, כמו קיבולת, תמיכה בתקנים או גרסת קושחה שאין לה יותר מסלול שדרוג נתמך. אנחנו מסבירים את הסיבה לפני שמזמינים משהו.
-
אתם עושים גם את העבודה הפיזית או רק את התכנון?
בישראל, גם וגם: חדרי שרתים, ארונות, כבילה, נקודות גישה, מיתוג, וציוד IT, IoT, אבטחה ו-AV שנלווה לזה, כולל טכנולוגיית חדרי ישיבות. בחו״ל התכנון, ההגדרה והאימות נעשים מרחוק, ואנחנו מתאמים את ההתקנה הפיזית מול טכנאים מקומיים. ההגדרה והניהול זהים בשני המקרים.
-
מה קורה לרשת אחרי שאתם בונים אותה?
אתם מקבלים את הטופולוגיה, מפת ה-VLAN, תכנון הערוצים, התצורה ומדריכי התפעול, והם שלכם בין אם ההתקשרות ממשיכה ובין אם לא. משם זה או העברה לצוות שלכם או ניהול שוטף כחלק מהתקשרות רחבה יותר.
בואו נבדוק מה הרשת שלכם באמת עושה.
שיחה של 30 דקות עם ג׳וני. נחזור אליכם תוך יום עסקים אחד.