|
בעיית פקקי
התנועה
היות ו-
Gnutella
מאפשרת שידור מידע חופשי בתוך הרשת הארעית, נדמה כי קיימת סכנה ממשית
להצפת הרשת במידע ולגרימת "פקקי תנועה" תעבורתיים ואכן - בתחילת דרכה
סבלה Gnutella
מבעיות תעבורת מידע קשות.
פתרון אחד למצב
זה, הוא לחלק את התעבורה בין המשתמשים: במקומות בהם יש פקקים או דרושה
תעבורת מידע מאסיבית, נשתמש ביחידות קצה המסוגלות להעביר מידע רב -
בעלות קישור מהיר כגון ADSL,
DSL או
כבלים, לעומת זאת בנקודות בהן לא דרושה תעבורת מידע מאסיבית, נשתמש
בתחנות איטיות יותר.
החידוש (הפתרון?)
של BearShare
בגרסה החדשה
ששוחררה בשלהי 2001 לאפליקציה זו, נחשף פיתוח טכנולוגי המציב גישה
חדשנית ומעניינת למעבר מידע ב- Gnutella.
התכנה מחלקת את משתמשיה ל- 3 סוגים:
"לקוח", "שרת" ו-
"נקודת קצה".
במצב "נקודת
קצה", היחידה מתפקדת כמו כל "שלקוח" וניתן לחשוב על מצב זה כמצב עבודה
קלאסי ופשוט תחת ,Gnutella כמו
שהכרנו עד כה.
BearShare לתרשים מוגדל והסבר על אפליקציית
החידוש מגיע בשני
המצבים האחרים:
"מצב לקוח" -
במצב זה התכנה משדרת שאילתות בכדי לגלות מארחים קיימים העובדים במצב
"שרת". התכנה מציגה את השרתים שנמצאו בטבלה ומאפשרת קישור אליהם ומשיכת
מידע מתוכם. השאילתות מקודדות באופן שגם גירסאות ישנות יותר וגם גרסאות
עתיד של האפליקציה יבינו אותן, כמו כן תחנה העובדת תחת מצב "לקוח", לא
תענה לשאילתות המחפשות "שרת" - היא מתעלמת מהן.
ב "מצב שרת" -
משתמש BearShare
יכול לקבוע פרמטרים שונים לתחנת העבודה שלו ומהווה שרת לכל דבר. המשתמש
יכול לקבוע מצבי עבודה שונים, מתן הרשאות גישה כלליות וכן לפתוח "חלון
שיח" פרטי ולהגדיר
נושאים למשתמשיו.
ה"שרת" יכול לשמש
כשרת PROXY או
לחליפין כ- HUB של
רשת "לקוחות" קטנה. אלו יהיו ה"לקוחות" ששלחו שאילתא בחיפוש אחר שרת
ומצאו את השרת הנדון. ברגע זה הם יכולים לחבור לרשת הקטנה אותה מכיר
שרת זה.
יש לציין שכל
ה"לקוחות" וה"שרתים" מחוייבים בהרצת אפליקציית BearShare על
מנת להנות משירותים אלו.
באמצעות שירותים
אלו, ממקסמים לקוחות BearShare את
מאפייני לקוח-שרת וכל זאת בעבודה תחת רשת ארעית חסרת שרת מרכזי
שליט.
| 
