שרשור תגובות: האם הוט.נט חוסמת את המתחרות של הוט בטלויזיה?

orenbar · שרשור שלא נקרא #16 01/05/2016 16:51

NetCHEIF עשית את זה לפני שנה וחצי התקשרתי אמרתי להם יש בעיה בגלישה לאתרים בחו"ל והחליפו

לי IP כמו שאתה כותב לכתובות עם התחלה חדשה וזה טס .

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

.

shay1 · שרשור שלא נקרא #17 01/05/2016 18:16

NetCHEIF כתב:
...
...
·זה לא כל כך פשוט כמו שאתה מתאר כי גם שינוי ה-MAC מביא בדרך כלל כתובת אחרת שמתחילה ב-149. כדי לחסוך את ה-RESET-ים או את שינוי כתובת ה-MAC הכי פשוט להרים טלפון ל-HOTNET ולבקש שיקצו לך כתובת IP שמתחילה ב-5.
...

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

sys_admin · שרשור שלא נקרא #18 01/05/2016 18:33

oferlaor כתב:ממש לא. בנוגע ל Vod פורמטים אדפטיביים משתמשים בקבצים והם לא unicast
...

·
ממש כן. גם בנוגע ל Vod וגם ללא שום קשר לזה האם, פורמטים אדפטיביים או לא וגם ללא שום קשר אם משתמשים בקבצים , עדיין כמובן ששימוש הוא בתקשורת unicast מין הסתם, אחרת, זה לא הייה עובד. יותר מזה, גם אם אתה מוריד או שולח קובץ ב HTTP או דרך FTP או בכל צורה אחרת מאינטרנט, וגם, אם אתה צופה בתזרים רשת מאינטרנט או שולח דואר אלקטרוני, בכל המקרים האלה התקשורת, היא כמובן Unicast
ממליץ בחום לקרוא את היסודות של תקשורת IP , מצורפת תמצית של המושגם הנדרשים.

http://www.erg.abdn.ac.uk/users/gorry/c ... mcast.html
https://en.wikipedia.org/wiki/Unicast
https://technet.microsoft.com/en-us/lib ... s.10).aspx
https://support.microsoft.com/en-us/kb/291786

vic1234 · שרשור שלא נקרא #19 01/05/2016 19:58

כנראה באמת הייתה להם כתובת שמתחילה ב 149
כשאצלי הייתה כתובת
כזאת
לא יכולתי לצפות ב שירותי IPTV מחו''ל
הם אמרו לי שהIP שמתקבלת הבקשה לAPI ולשרת עצמו ולכן יש חסימה אוטומטית שלי
אחרי ששינו לי את ה IP ל5. אז כמובן שהכל הסתדר
+ הIP היה משתנה שם כל כמה רגעים אז כנראה גם זה משפיע

שרשור שלא נקרא #20 01/05/2016 20:18

@sys_admin

תאמין לי שאני מכיר את הנושא היטב...

unicast בוידאו מתייחס לשידור אחד על אחד של שידור וידאו בין מקור לבין צופה.

שידור אדפטיבי אכן יכול להיות Unicast.

אבל כיום עובדים בשיטות שהן יותר CDN friendly, שגם מטשטשות את ההבדל בין VOD ללייב. שיטה פופולרית אחת היא להשתמש בקבצים שנגישים דרך HTTP שאפשר לאחסן ב-CDN סטנדרטי וכך להפיץ בקלות רבה עם מעמסה נמוכה מאוד מצד שני הצדדים. יש המון פורמטים כאלה, כולל HLS (המקור של הרעיון), HDS (אדובי), HSS (מיקרוסופט) או Widevine modular (גוגל). כל אלה נחשבים מיושנים, כי פורמט MPEG DASH אמור להחליף את כולם.

בשיטה הזו כולם רואים קבצים לכל דבר, כך שאם יש לך אפשרות למשוך קבצים משרת WEB אתה יכול גם להוריד את הקבצים הללו. הקבצים כוללים את כל ה-bitrates במקביל, עם נקודות גישה (לרוב כל 5-10 שניות) בקצבי ביטים שונים, מה שמאפשר לצופה לעלות או להוריד את קצב הביטים לפי קצב החיבור שלו - קצב מהיר יניב איכות תמונה טובה יותר.

בקיצור, זה UNICAST באותה מידה שהקריאה שלך של האתר והורדה שלך של התמונות מהעמוד הזה הוא Unicast...

sys_admin · שרשור שלא נקרא #21 01/05/2016 20:47

oferlaor כתב:@sys_admin

תאמין לי שאני מכיר את הנושא היטב...

unicast בוידאו מתייחס לשידור אחד על אחד של שידור וידאו בין מקור לבין צופה.

שידור אדפטיבי אכן יכול להיות Unicast.

אבל כיום עובדים בשיטות שהן יותר CDN friendly, שגם מטשטשות את ההבדל בין VOD ללייב. שיטה פופולרית אחת היא להשתמש בקבצים שנגישים דרך HTTP שאפשר לאחסן ב-CDN סטנדרטי וכך להפיץ בקלות רבה עם מעמסה נמוכה מאוד מצד שני הצדדים. יש המון פורמטים כאלה, כולל HLS (המקור של הרעיון), HDS (אדובי), HSS (מיקרוסופט) או Widevine modular (גוגל). כל אלה נחשבים מיושנים, כי פורמט MPEG DASH אמור להחליף את כולם.

בשיטה הזו כולם רואים קבצים לכל דבר, כך שאם יש לך אפשרות למשוך קבצים משרת WEB אתה יכול גם להוריד את הקבצים הללו. הקבצים כוללים את כל ה-bitrates במקביל, עם נקודות גישה (לרוב כל 5-10 שניות) בקצבי ביטים שונים, מה שמאפשר לצופה לעלות או להוריד את קצב הביטים לפי קצב החיבור שלו - קצב מהיר יניב איכות תמונה טובה יותר.

בקיצור, זה UNICAST באותה מידה שהקריאה שלך של האתר והורדה שלך של התמונות מהעמוד הזה הוא Unicast...
...

·

אנסה להסביר את הנושא, עוד יותר בפשטות. כל!!! תקשורת אינטרנט, היא Unicast . כל!!! הנתבים בדרך בין השרת ללקוח כלשהו ברשת הציבורית ( אינטרנט ) הם מוגדרים כך שלא מנתבים ( לא מאפשרים ) סוג תקשורת כלשהו מלבד Unicast .
סוגי תקשורת אחרים, כמו Multicast אפשריים רק ברשתות IP פרטיות, שמקצה לקצה קיים בהן ציוד ניתוב של המפעיל ושהוגדר לטובת זה, כמו למשל ברשת Infranet של בזק או הוט, או דרך רשת VPN L2 על גבי אינטרנט.
תקשורת Broadcast אפשרית רק במסגרת מקטע רשת ממותגת L2 .

שרשור שלא נקרא #22 01/05/2016 20:57

אם כל התקשורת לדבריך היא unicast (לדעתי יש לך אי הבנה של המונח הזה, אבל ניחא) אז זה לא רלוונטי כי הורדת קבצים עובדת אבל חיבור לשירותי טלוויזיה לא עבדו.

satbeginner · שרשור שלא נקרא #23 02/05/2016 7:41

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

שרשור שלא נקרא #24 02/05/2016 7:46

אין קשר. זה גם מה שאני אומר.

jacko-il · שרשור שלא נקרא #25 02/05/2016 11:29

חבר'ה, ברשותכם שאלה, בתור אחד שלא ממש בקיא בתחום-
עברתי לפני שבועות בודדים לתשתית הוט במקום הבזק. המודם/ראוטר שהותקן אצלי הוא ההוטבוקס הרגיל והחבילה היא עד 100 מגהביט. ספק האינטרנט שלי נשאר בזק בינלאומי כפי שהייתי שנים.
שני דברים מוזרים לי,
ראשית, בבדיקת רשת שעשיתי עם ה- PS4 פתאום אני מגלה שאני על NAT 3, כאשר הייתי עם תשתית וציוד בזק הייתי עם NAT 2. ניסיתי חיבור אלחוטי במקום כבל LAN ופתאום אני מקבל NAT 2. חזרתי לחיבור LAN חוזר לו ה- NAT 3. גירדתי את הראש, לא מבין מה הקשר. ניסיתי להגדיר DMZ ל- IP קבוע עבור ה- PS4 וזה חוזר ל- NAT 2. בכל המצבים, המהירות המתקבלת בבדיקת מהירות ההורדה מתקבלת כמעט תמיד על אזור ה- 35 מגהביט, במקום 100. האם הבעיה שתיארתי (הקטע המוזר עם סוג ה- NAT) היא בגלל ההוטבוקס של הוט? (אגב, לא היה פשוט להגדיר בו DMZ, הוא סירב להקצות IP קבוע בהתחלה, אבל אחרי כמה נסיונות וריבוטים זה תפס בסוף).
שנית, מהירות ההורדה בטורנטים נהייתה מוזרה. בימים הראשונים למעבר קבלתי מהירות מירבית בהורדות. היה טס. בימים האחרונים שמתי קבצים (מאד פופולארים עם המון סידים) להורדה והמהירות מגוכחת, משהו ברמה של כמה עשרות או מאות קילובייט, אפילו לא מגיע למגהבייט בודד. לפעמים, עם הזמן, ההורדה מרימה קצת קצב אבל לא מגיעה למשהו מסחרר, אולי כמה מגהביט בודדים, רחוק מאד מהמהירות שקבלתי בימים הראשונים. זה נשמע מוכר למישהו? האם יש איזה כלי בדיקה אמין שבודק מוגבלות בתקשורת, פורטים חסומים ומהירות הורדה מול שרתים בחו"ל בצורה אמינה? זה די שקוף שאין שום קשר בין המהירויות שמקבלים ב- Speedtest לבין המציאות. (שם תמיד המהירויות על מקסימום בעוד שבפעול זה אפילו לא קרוב במעשי)

nirfun · שרשור שלא נקרא #26 02/05/2016 14:47

עופר, מה שאתה מתאר זה מקבול של Connections ומה ש-sys_admin מתאר זה Unicast ברמת ה-IP. אין קשר בין השניים. אתם מדברים על דברים שונים.
ב-ABR לרוב יש מספר חיבורים במקביל (כאשר כל אחד מהם בפני עצמו הוא Unicast).

לעניין עצמו - תחקיר אמיתי צריך לכלול הסנפה (sniffing) של התקשורת. בעזרת ההסנפה יהיה אפשר להבין מה בדיוק קרה והאם יש סיכוי שמשהו באמת נחסם. (בתקווה שזה לא SSL, ואם כן זה קצת יותר מורכב)
מניסיון אישי במצבים כאלה - הדרך היחידה להבין את הבעיה היא להסניף בשני הצדדים (לקוח ושרת). מאחר ואין גישה לשרת של סלקום זה קצת יותר בעייתי.

כבר הצלחתי לאתר בשיטה הזו רכיב רשת בעייתי בבזב"ל וגם לאתר Inline Cache בנטויז'ן.

אני גם לא רואה איך NAT קשור לסיפור.

שרשור שלא נקרא #27 02/05/2016 15:18

@nirfun

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

satbeginner · שרשור שלא נקרא #28 02/05/2016 16:52

אגב,גם הכתובות שמתחילות ב 37 גם בסדר גמור.רק ה 149 עושה בעיות.

d1f2 · שרשור שלא נקרא #29 02/05/2016 18:13

צריך להתלונן למשרד התקשורת כדי לבדוק לכמה עוד לקוחות יש "תקלה" בכתובת IP.

ArielAberjil · שרשור שלא נקרא #30 02/05/2016 18:58

d1f2 כתב:צריך להתלונן למשרד התקשורת כדי לבדוק לכמה עוד לקוחות יש "תקלה" בכתובת IP.
...

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