מה זה Stack בחיבור מתגי תקשורת?
- sys_admin
-
- חבר מביא חבר

- תגובות: 4306
- הצטרף: ינואר 2014
- מיקום: גליל מערבי
- נתן תודות: 10 פעמים
- קיבל תודות: 901 פעמים
@KingRyu
·
Stacking זו צורת חיבור בסיסית של מתגי רשת ביניהם, כך שמבחינה לוגית הם נראים כמתג אחד לוגי שמורכב מכל המתגים הפיזיים שמשתתפים ב STACK זה. החיבור מתבצע דרך אפיק תקשורת ייעודי, שהוא המשך פיזי של אפיק BackBone של המתגים. ממשק חיבור זה הוא קנייני, לא תקני ומשתנה בין יצרן ליצרן. יכולה להתקיים יתרות ושרידות מסוימת בצורת חיבור זו בתקשורת בין המתגים ואם מתג אחד קורס, עדיין ה STACK יכול להמשיך לתפקד כרגיל. אסור לבלבל בין מתגים שיש להם יכולת STACKING ליכולות TRUNKING של מתגים, שזה דבר אחר לגמרי.
עכשיו, למה צריך את ההגדרה זו, זה מסיבה פשוטה, והיא, שאם ה STACK לא יהיה מוגדר, אז המתגים שמשתתפים ב STACK לא יוכלו לתקשר ביניהם דרך ממשק מהיר זה וגם לא יתנהגו כמתג אחד, אלה כאוסף של מתגים נפרדים.
צירפתי כמה קישורים שמסבירים בשפה פשוטה את הנושא וגם צילומים של צורת חיבור זו את החיבורים במתג.
https://www.cisco.com/c/en/us/support/d ... cking.html
https://en.wikipedia.org/wiki/Stackable_switch
·
Stacking זו צורת חיבור בסיסית של מתגי רשת ביניהם, כך שמבחינה לוגית הם נראים כמתג אחד לוגי שמורכב מכל המתגים הפיזיים שמשתתפים ב STACK זה. החיבור מתבצע דרך אפיק תקשורת ייעודי, שהוא המשך פיזי של אפיק BackBone של המתגים. ממשק חיבור זה הוא קנייני, לא תקני ומשתנה בין יצרן ליצרן. יכולה להתקיים יתרות ושרידות מסוימת בצורת חיבור זו בתקשורת בין המתגים ואם מתג אחד קורס, עדיין ה STACK יכול להמשיך לתפקד כרגיל. אסור לבלבל בין מתגים שיש להם יכולת STACKING ליכולות TRUNKING של מתגים, שזה דבר אחר לגמרי.
עכשיו, למה צריך את ההגדרה זו, זה מסיבה פשוטה, והיא, שאם ה STACK לא יהיה מוגדר, אז המתגים שמשתתפים ב STACK לא יוכלו לתקשר ביניהם דרך ממשק מהיר זה וגם לא יתנהגו כמתג אחד, אלה כאוסף של מתגים נפרדים.
צירפתי כמה קישורים שמסבירים בשפה פשוטה את הנושא וגם צילומים של צורת חיבור זו את החיבורים במתג.
https://www.cisco.com/c/en/us/support/d ... cking.html
https://en.wikipedia.org/wiki/Stackable_switch
- sys_admin
-
- חבר מביא חבר

- תגובות: 4306
- הצטרף: ינואר 2014
- מיקום: גליל מערבי
- נתן תודות: 10 פעמים
- קיבל תודות: 901 פעמים
@KingRyu
·
אם המתגי תקשורת לא יוגדרו כ Stack ויהיו מוגדרים בנפרד, אז יש כמה בעיות, כמו למשל שלא תהיה ביניהם תקשורת או במילים אחרות, הרשת לא תתפקד, שזו כבר בעיה מספיק חשובה. כי בשביל שה STACK יתפקד צריכים להתקיים כמה תנאים. הראשון, צריך לתכנן אותו נכון, שני שכל המתגים יתמכו ב STACK אחד עם השני, השלישי לחבר את STACK פיזית ודבר אחרון להגדיר את כל המתגים המשתתפים בו בהתאם לעבוד ב STACK.
מעבר לזה, אם לא מוגדר STACK וכל המתגים מוגדרים בנפרד, אז החיסרון הוא בזה, שכל אחד מהם הוא מתנהג גם כמתג נפרד, שזה אומר למשל שלא ניתן לנהל אותם כיחידה כוללת וגם ש PORTS שלהם הם נפרדים ולא של מתג לוגי אחד. למשל, אם יש לנו בארון תקשורת מסוים עשרה מתגים של 52 פורטים כל אחד, שמחוברים ב STACK, הם נראים כמתג לוגי אחד של 520 פורטים עם כל ההגדרות הלוגיות הנובעות מכך, ואם הם מוגדרים בנפרד, אז יש לנו עשרה מתגים עם 52 פורטים נפרדים כל אחד ומבחינת עבודה זה דבר לא הגיוני. כמובן גם, אם ננסה לחבר אותם ביחד לא דרך STACKING PORT, אלה דרך UPLINK או דרך LAGG, אז גם נפסיד מספר רב של פורטים סתם, גם נקבל בלגן שלם וגם נקבל מהירות חיבור נמוכה, בגלל שהמצגים לא מתממשקים ביניהם דרך BACKBONE שלהם.
מאוד מומלץ היה לקרוא את הקישורים שצירפתי מקודם, כי שם כבר הכל הייה מוסבר והיו אפילו מספר סרטונים שמדגימים את הנושא בשפה פשוטה וגם למי שלא עוסק ברשתות או במחשבים. אני מצרף מחדש אחד הסרטונים שמדבר על מתגים שמתאימים לעסקים קטנים.
גם אני מצרף כתבה קצרה על ההבדלים בין STACK וירטואלי לפיזי.
http://www.fiberopticshare.com/much-kno ... stack.html
·
אם המתגי תקשורת לא יוגדרו כ Stack ויהיו מוגדרים בנפרד, אז יש כמה בעיות, כמו למשל שלא תהיה ביניהם תקשורת או במילים אחרות, הרשת לא תתפקד, שזו כבר בעיה מספיק חשובה. כי בשביל שה STACK יתפקד צריכים להתקיים כמה תנאים. הראשון, צריך לתכנן אותו נכון, שני שכל המתגים יתמכו ב STACK אחד עם השני, השלישי לחבר את STACK פיזית ודבר אחרון להגדיר את כל המתגים המשתתפים בו בהתאם לעבוד ב STACK.
מעבר לזה, אם לא מוגדר STACK וכל המתגים מוגדרים בנפרד, אז החיסרון הוא בזה, שכל אחד מהם הוא מתנהג גם כמתג נפרד, שזה אומר למשל שלא ניתן לנהל אותם כיחידה כוללת וגם ש PORTS שלהם הם נפרדים ולא של מתג לוגי אחד. למשל, אם יש לנו בארון תקשורת מסוים עשרה מתגים של 52 פורטים כל אחד, שמחוברים ב STACK, הם נראים כמתג לוגי אחד של 520 פורטים עם כל ההגדרות הלוגיות הנובעות מכך, ואם הם מוגדרים בנפרד, אז יש לנו עשרה מתגים עם 52 פורטים נפרדים כל אחד ומבחינת עבודה זה דבר לא הגיוני. כמובן גם, אם ננסה לחבר אותם ביחד לא דרך STACKING PORT, אלה דרך UPLINK או דרך LAGG, אז גם נפסיד מספר רב של פורטים סתם, גם נקבל בלגן שלם וגם נקבל מהירות חיבור נמוכה, בגלל שהמצגים לא מתממשקים ביניהם דרך BACKBONE שלהם.
מאוד מומלץ היה לקרוא את הקישורים שצירפתי מקודם, כי שם כבר הכל הייה מוסבר והיו אפילו מספר סרטונים שמדגימים את הנושא בשפה פשוטה וגם למי שלא עוסק ברשתות או במחשבים. אני מצרף מחדש אחד הסרטונים שמדבר על מתגים שמתאימים לעסקים קטנים.
גם אני מצרף כתבה קצרה על ההבדלים בין STACK וירטואלי לפיזי.
http://www.fiberopticshare.com/much-kno ... stack.html
- TANDBERG
- חבר מביא חבר

- תגובות: 4591
- הצטרף: פברואר 2009
- מיקום: מודיעין
- נתן תודות: 184 פעמים
- קיבל תודות: 202 פעמים
אוסיף בקטנה להסבר הנפלא: STACK מייצר מהירות נתונים גבוהה בהרבה מאשר TRUNK וגם שרידות. אם UPLINK סטנדרטי יכול להגיע ל10 ג'יגה (יש גם יותר אבל זה המקסימום שיצא לי לראות) בין מתגים - STACK מגיע למהירויות גבוהות בהרבה.sys_admin כתב:@KingRyu
·
אם המתגי תקשורת לא יוגדרו כ Stack ויהיו מוגדרים בנפרד, אז יש כמה בעיות, כמו למשל שלא תהיה ביניהם תקשורת או במילים אחרות, הרשת לא תתפקד, שזו כבר בעיה מספיק חשובה. כי בשביל שה STACK יתפקד צריכים להתקיים כמה תנאים. הראשון, צריך לתכנן אותו נכון, שני שכל המתגים יתמכו ב STACK אחד עם השני, השלישי לחבר את STACK פיזית ודבר אחרון להגדיר את כל המתגים המשתתפים בו בהתאם לעבוד ב STACK.
מעבר לזה, אם לא מוגדר STACK וכל המתגים מוגדרים בנפרד, אז החיסרון הוא בזה, שכל אחד מהם הוא מתנהג גם כמתג נפרד, שזה אומר למשל שלא ניתן לנהל אותם כיחידה כוללת וגם ש PORTS שלהם הם נפרדים ולא של מתג לוגי אחד. למשל, אם יש לנו בארון תקשורת מסוים עשרה מתגים של 52 פורטים כל אחד, שמחוברים ב STACK, הם נראים כמתג לוגי אחד של 520 פורטים עם כל ההגדרות הלוגיות הנובעות מכך, ואם הם מוגדרים בנפרד, אז יש לנו עשרה מתגים עם 52 פורטים נפרדים כל אחד ומבחינת עבודה זה דבר לא הגיוני. כמובן גם, אם ננסה לחבר אותם ביחד לא דרך STACKING PORT, אלה דרך UPLINK או דרך LAGG, אז גם נפסיד מספר רב של פורטים סתם, גם נקבל בלגן שלם וגם נקבל מהירות חיבור נמוכה, בגלל שהמצגים לא מתממשקים ביניהם דרך BACKBONE שלהם.
מאוד מומלץ היה לקרוא את הקישורים שצירפתי מקודם, כי שם כבר הכל הייה מוסבר והיו אפילו מספר סרטונים שמדגימים את הנושא בשפה פשוטה וגם למי שלא עוסק ברשתות או במחשבים. אני מצרף מחדש אחד הסרטונים שמדבר על מתגים שמתאימים לעסקים קטנים.
גם אני מצרף כתבה קצרה על ההבדלים בין STACK וירטואלי לפיזי.
http://www.fiberopticshare.com/much-kno ... stack.html...
מאפשר גם לעשות חיבורים יתירים (Redundancy) בין ריכוז STACK לריכוזי משנה כאשר אם אחד המתגים ב-STACK נופל - התקשורת לריכוזי משנה אינה מושפעת.
·
@AssafLots
·
קראתי כל מה שרשמת וגם ראיתי את הסרטון עשה לי קצת יותר סדר בבלאגן.
אבל עד שלא אתעסק עם זה תכלס לא אבין את המתודולגיה של זה.
אבל תודה רבה ידידי, לא יכלת לתת הסבר יותר עניני ומקצועי מזה.
רואים שאתה מבין בתחום
·
קראתי כל מה שרשמת וגם ראיתי את הסרטון עשה לי קצת יותר סדר בבלאגן.
אבל עד שלא אתעסק עם זה תכלס לא אבין את המתודולגיה של זה.
אבל תודה רבה ידידי, לא יכלת לתת הסבר יותר עניני ומקצועי מזה.
רואים שאתה מבין בתחום

