המלך מת, יחי המלך !

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








לצערי גיליתי כי מספר פיטצרים שעבדו מצויין בפלאגין ה XMPP אינם עובדים כמו : 

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

בגלל שלא מדובר במשהוא מתוך הספריה הדבר אומר כי הלקוחות שמשתמשים ב libpurple אינם יכולים לגשת לשרתי הדיון של פייסבוק (xabber/kopete וכו).

תקופת בחינות ,וSkype עם SIP קצת opensips רדיוס וקוטר

הנה ככה אני אוהב את החיים הסטודנטיאלים: תקופת בחינות בהם אני נזכר ביכולות ללמוד המון חומר בזמן קצר (כי ביזבזתי את הזמן בלנסות לשכתב את jingle שיעבוד בשביל מה שאני רוצה (יעבוד עם opensips)) ואז גם כשיש בחינה מספיק קשה , אתה מרגיש שלא נורא - יש מועדי ב' והקוד אולי יהיה מוכן. ואולי , רק אולי בחודשים הבאים אני אסיים את כל הדברים ושוב פעם נתחיל ללמוד דברים חדשים.

אז מה היה לי ?

לא מזמן (ויסלחו לי האנשים על חוסר הידיע החמור שלי) חברת Skype התחילה לעזור לעולם הSIP (או יותר נכון פירסמה דברים שאחרים כבר עשו לפני כן) , הלא מזמן הזה , הוא במרץ 2009 (יאפ שנה שעברה). לא יודע איך פסיספסתי את זה אבל מתברר שקיימת יותר מאפליציה אחת שיודעת לחבר בין skype ל SIP. (ולא רק כמודול של אסטריסק).

אם כן הדבר הראשון שחשבתי עליו הוא מודל איך להשתמש בצורה לא בזבזנית עם הפרוייקט הקטן שלי. מכיוון שאני מוגבל כרגע לרוחב פס (ויותר נכון לא מעביר RTP לחלוטין) אני חושש להשתמש בפתרון של המרת קודקים על גבי השרת פיזית (אפשרי אבל זה לא השרת שלי). המודל שאני כרגע חושב עליו הוא לקוח מפעיל אצלו פרוקסי בין sip ל skype במכונה כלשהיא והפרוקסי הוא לקוח SIP שמתחבר לשרת שלי. פתרון פשוט אך בעיייתי (מי כבר רוצה להשאיר אצלו במחשב הביתי skype פתוח ועוד אפליקציה שיזללו רשת) מצד שני היתרון שבן אדם יכול להיות בטוח שבשרת אין שום מידע על חשבונות הskype שלו (כי מי כבר בטוח במדינה שלנו ... ). אז כן נכון שמכונות אסטריסק יודעות לדבר עם skype , אבל אני אוהב יותר את opensips , ולך תדע אולי יהיה סוף סוף מימוש נורמאלי לעבודה מול סקייפ (בלי להחזיק התקנה של X רק בשביל הלקוח).

נקודה זו בתוספת הצורך הדחוף שלי במרכזיות שאני אוכל להתממשק מולם (אני מחפש מספר מכונות בעלות IP חיצוני שאוכל לחבר אותם לשרת ולראות שאני יכול להעביר הודעות בצורה חלקה) מפריע לי מעט לעבוד. בגלל הנושא הזה (הצורך שלי בביצוע שני Aים) והעבודה שלי אני מתחיל לגלוש לכיוון לימוד של Diameter שבשונה מRadius עובד הפוך (בכל הקשור לbilling):

היום רוב העובדה מתבצעת אתה מדבר ומחייבים אותך (postpaid) אמנם יש פתרונות לעבודה בprepaid בradius (בדיקת חיוב ראשוני חיוב והחזרה) אולם הדבר הוא טריק לעקוף דברים שלא מוגדרים בתקן - יכול שאני מפספס אבל אני אישית רואה בנושא הmobility את האפשרויות לביצוע שינוי החיוב (והיום מצאתי את הRFC שמטפל בנושא). למעשה יש עשרות יתרונות לdiameter על רדיוס אבל אותי כרגע מעניין נושא הבילינג (במקרה זה). הפתרון הרגיל שלי (מה שאני רגיל אליו) היה שימוש ב freeradius ביחד עם opensips לביצוע העבודה (ו cdrtools ש"יאכסן" את החיוב עצמו).

הבעייה שלא freeradius ולא cdrtools לא מחזיקים תיעוד על איך לגרום להם לעבוד עם הפרוטוקול החדש. אם כן מצאתי את עצמי יושב ומחפש פתרונות חדשים. לפחות מבחינת הלקוח אני בטוח. החברה בopensips כרגיל מחזיקים באוסף די רציני של מודלים שגם מטפלים בdiameter. בשיחה עם בן אדם בתחום (הטלפוניה) הבנתי שהאנשים כבר חוגגים כל חברה מוסיפה לעצמה תוספות למימוש (כי היא רוצה עוד פיטצרים) אבל לך תדע מה יהיה בעתיד.

השאלה הראשונה מה
אז בגדול מה אני רוצה ? שרת שיחבר רשתות SIP יאפשר לי להתקשר בזול לskype , לרשתות אחרות אולי יהיה אפילו חבר בsipbroker (או שיהיה מתחרה ישיר שלו).

חברת CISCO היקרה האם את זונחת את jabber.com ?

אין מה להגיד אהבתי מאוד את השירות של Jabber.com הוא היה יציב , הוא עבד טוב. יש לי חשבון קצר. פשוט תענוג צרוף. אולם לאחר הרכישה לפני מספר שנים השירות הפך למשהוא מוזר... אם בהתחלה זו הבעיה עם סנכרון מול jabber.org או חוסר היכולת לעבוד מול Google, אחרי זה מספר חברות תקשורת בארץ גרמו לך לחפש באפלה למה אני לא מצליח להתחבר לJabber.com ?! (ותודה לגיא שנתן פתרון בזמנו). אבל הנה בשבועיים האחרונים התחיל שוב פעם תהליך:

כרטיס הזהוי (Authntication certificate) פג תוקף (ואיך זה שהם לא עידכנו את זה):

Common name: *.jabber.org
Fingerprint (SHA1): e8:b8:c4:f2:41:5f:fb:64:9f:5d:be:52:1c:da:8f:a6:a4:fc:33:6e
Activation date: Wed Dec 17 19:56:18 2008
Expiration date: Thu Dec 17 19:56:18 2009


מכיוון שממש לא מתאים לי לשבת עם tcpdump בשביל להבין איפה הבעיה יכול להיות האם להתחיל לפזול לספק אחר ? להקים שרת עצמאי. זה נושא מאוד פשוט רק שאין לי כרגע חיבור יציב בשביל להחזיק שרת. (חבל של sourceforge אין שירות כזה :-( ).

אז כן ברחתי לי לשימוש בJabber.org (שמפתיע שהוא טיפה יותר יציב) אבל עדיין זה פשוט משגע כמות הבעיות שיש ב jabber.com
לפני זמן מה יצא לי להתקין שרת XMPP ללקוח (בשילוב עם openser) כך שהיה לו אפשרות להעביר הודעות IM בין הרשת הפנימית שלו לרשת הSIP שלו. אמנם לא השתמשתי ב Jingle (כי לא הייתי צריך להעביר קול) אבל זה עבד. בגדול יש יותר משרת XMPP אחד שיכול לתת שירות רק שמה שצריך שהוא יהיה :

• יציב.
• מאובטח (מחוץ לעיניינים והידים של מנהל מיניסטריון האמת ).

לגבי היציב צריך פשוט לדאוג לחבר את שרת לUPS טוב לספק אינטרנט שלא יתעלל בלקוח (טוב זה ממש מלקוד 22).
מאובטח ... בעוד זה לא בעייה להרים שרת שרץ על מחיצת truecrypt ומולחם כמו שצריך אבל עם זרועות ביטחון כמו שלנו , נראה לי שפריצה טרמו-אנאלית או שימוש בכלי כבד יותר בשביל פריצה.

הבעיה עם XMPP בשונה מSIP לדוגמה שאין תקינה נורמאלית בקול. (גם בSIP יש את הבעיה בהודעות מיידיות).
כך שקורה שיש תקני דה-פקטו ועבודה יחסית בעייתית.

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

עוד באג בגוגל ?

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

אולם קשה לי לחיות בלי IM.

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


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

אז נכון שאפשר לדבר באמצעות שרתים אחרים או אפילו להרים S2S עצמאי השאלה הנשאלת למה ?

כאשר גוגל התחיל להתריע שהאתר של מיקרוסופט (MSDN) יכול להרע למחשב שלי גיחחתי להנאתי.

אבל כאשר פגעו לי ב IM זה כבר סיפור ...
הרי אתם כבר משיקים פתרונות חדשים (וידאו , וקול ) אז מדוע להרוג שירותים אחרים ?

מה שהיה לי מוזר שבעוד שGoogle Talk לא נפגע (כלומר שני משתמשי GTalk יכולים לדבר אחד עם השני) הקישור לשרתי Jabber הפסיק לעבוד.
אז אם הפסקתם לראות את הלקוח שלי בGTalk שלכם זה לא שאני סנוב פשוט גוגל מסנן אותי ... ;-)

השגיאה המתקבלת הינה 404 (או במילים אחרות הלכנו ואנחנו לא מתכוונים לספר לאן).

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