دمج خطين Dsl لنفس الجهاز

عفواً .. لكن ممكن تنسى الأمر

فالموضوع فعلاً علمياً ومنطقياً أعقد مما تتخيل بمراحل

القاعدة الأساسية .. لا يمكن وجود 2 Default Gateway على نفس الجهاز !

حتى على الـ ISA الحل غير مضمون .

افهم من ذلك انه حتى لو قمت بعمل VM لنظام التشغيل وجعلت الـDefault Gateway مختلفة لكل نظام على حدة فلن يعمل ايضا ؟؟؟!!

اعتقد انها فكرة مجنونة فعلا ان تعمل ذلك ..لكن سيكون لكل ملف على حدة سرعة الخط وليس الخطين كما اريد ...اليس كذلك ؟

بالضبط .

مسألة دمج الخطين للوصول لسرعة واحدة مجمعة هي النقطة المهمة .

تقوم بعض الشركات بشراء خطين انترنت من شركتين مختلفتين مع راوتر سيسكو مثلاً

وذلك ليس للحصول على مجموع السرعتين ، ولكن لضمان عدم انقطاع الإنترنت أثناء العمل في حال فشل أحد الخطين من إحدى الشركتين

وتستخدم راوتر سيسكو لإعادة توجيه الباكت إلى الخط الإحتياطي في حال فشل الخط الرئيسي .

سهل اخوانى الكرام فى جهاز بيقوم بالعمليه دى وهوة بياخد خطين نت كل خط مثلا 2 ميجا ويطلع 4 ميجا فى خط نت واحد

الجهاز ده موجود عندى لول حد عاوزة تمن الجهاز 800 جنيه ويمكنك الاتصال بنا على الارقام التاليه

0109354581--0119492010

السلام عليكــم ورحمـة الله وبركاتـه

صورة الجهاز و إسمه من فضلك .

tl-r480t+ الجهاز موجود فى فى بعض الشركات التجاريه بس بثمن 900 جنيه انا ببيعه ب 800 الجهاز 2wan وبيطلع 3lan

http://www.fourpair.com/ccp51/media/images...l/TL-R480T+.jpg

لا توجد مشكلة، ولا داعي لشراء هاردوير. ممكن تطبيقه بالسوفتوير. لكن هناك أمور يجب معرفتها. يجب تطبيق per session load balancing أو per src ip او per dst ip لكن الأول هو أفضلهم. لكن استحالة مع per packet.

بالنسبة للوندوز، برنامج Kerio WInRoute يقوم بالمطلوب. فلو عندك عدد من المستخدمين متعطشين للباندويذ، سيقوم بتوزيعهم على الـADSL بحيث يقل عدد الإختناق المروري.

كل مافي القضية هو إرسال كل session إلى لينك مختلفة. القضية ليس لها علاقة بعدد المستخدكمين، أي الكائن حي الجالس بين الكمبيوتر والكرسي. القضية لها علاقة بالـsession. مثلا TCP Session أو UDP session. كل session مختلفة عن الأخرى ممكن يتم توزيعها على لينك ADSL مختلفة ولا مشكلة على الإطلاق.

طبعا هذا سيكون مفيدا أيضا لمستخدم واحد لكن في حالة استخدامه لـعدة sessions. فمثلا بزيارة صفحة موقع على الإنترنت، ونلقل جوجل على سبيل المثال، سيتم فتح عدة TCP sessions، واحدة للـhtml وثانية للـcss وعدة TCP sessions لبقية الصور. طبعا هذا الكلام صحيح مع HTTP1.0 حيث كل HTTP Get request ستكون في TCP session مختلفة، لكن مع HTTP1.1 الفائدة ستكون شبه معدومة لموقع واحد، لأنه عدة HTTP Get requests المتجهة إلى الخادم نفسها ستكون في نفس الـTCP session. لكن في تحميل ملفات الـtorrents الفائدة ستكون أجلى لأنها من عدة session مختلفة وممكن توزيعها على عدد من الـADSL المتوفرة في آن واحد.

المستحيل عمله مع الـADSL هو تطبيق per packet load balancing للـsession الوحدة لأنه بعد مروره على الـNAT سيكون الـsource IP مختلف بالتالي لن يتم الـ3 way handshake بنجاح، أو سيحدث بطئ شديد لأن الخادم في الجهة الأخرى لن يتعرف على 50% من الترافك التابع لهذا الـsession وذلك بسبب الـper packet load balancing والذي يعقبه NAT وsource مختلفه.

خلاصة الكلام:

• ممكن توزيع كل session على خط ADSL منفصل ولا مشكلة.
  
• لا يمكن تطبيق per packet load balancing. يجب أن يكون per session load balancing فقط.
  
• بناءا على هذه الشروط، الفائدة ستكون أكثر وضوحا مع عدد أكبر من المستخدمين نظرا لزيادة عدد الـsessions.
  
• أي برنامج يفي بهذه الشروط سيقوم بتقديم الواجب.
  
• انس قصة failover من دون ضياع tcp connection. كل failover سيعقبه tcp timeout وثم tcp connection جديدة، نظرا لأن هذا النوع من الـNAT ليس Stateful NAT.
  
• انس قضية تنزيل ملف واحد في session واحدة كتحميل برنامج أو فلم عبر session واحدة مثل الـFTP وأو HTTP مع زيادة الباندويذ فهذا لن يحدث. لذا كحل بديل استخدم download accelerators والتي بدورها ستستخدم عدة مصادر مختلفة، بعبارة أخرى عدة sessions.
  
• البرامج الأخرى المبنية على استخدام sessions مختلفة كالـtorrents ستسفيد بهذا الـload balancing.
  

eech55 كتب:

لا توجد مشكلة، ولا داعي لشراء هاردوير. ممكن تطبيقه بالسوفتوير. لكن هناك أمور يجب معرفتها. يجب تطبيق per session load balancing أو per src ip او per dst ip لكن الأول هو أفضلهم. لكن استحالة مع per packet.

بالنسبة للوندوز، برنامج Kerio WInRoute يقوم بالمطلوب. فلو عندك عدد من المستخدمين متعطشين للباندويذ، سيقوم بتوزيعهم على الـADSL بحيث يقل عدد الإختناق المروري.

ممكن بعض التوضيح مستر eech55 ؟

صحيح أنك لم تذكر أن هذا الوضع يسلزم وجود 2 Default Gateways ، لكن هذا ما سيلزمك فعلاً

إذا كيف ستضمن عملية الـ routting لباكت مصدرها شبكتك الداخلية ومسارها إلى الإنترنت ؟!

وبغض النظر عن عدد الـ sessions المفتوحة ، كيف ستتم مثلاً عملية الـ Upload في مثل هذه الحالة ؟ ومالذي يفعله الـ Kerio WinRoute في مثل هذه الحالة ؟!!

هناك اجهزة تدعم ذلك

مثل البليون

نعم ممكن التوضيح مستر Yassean :lol:

اقتباس

صحيح أنك لم تذكر أن هذا الوضع يسلزم وجود 2 Default Gateways ، لكن هذا ما سيلزمك فعلاً

اقتباس

إذا كيف ستضمن عملية الـ routting لباكت مصدرها شبكتك الداخلية ومسارها إلى الإنترنت ؟!

• تختار المنافذ التي سيتم تطبيق الـload balancing عليها مع إعطاء كل واحدة منها قيمة bandwidth.
  
• المنفذ صاحب الباندويذ الأعلى سيتم ادخاله كـdefault route. هذا طبعا لا يستخدم نظام التشغيل. هذا شيء خاص في البرنامج نفسه.
  
• يقوم البرنامج بتعديل الـrouting table بحيث المنفذ صاحب الـbandwidth الأعلى سيكون الـdefault gateway.
  
• البكتس ستمر من خلاله وتتولد sessions إلى أن يصل المنفذ إلى حده الأقصى.
  
• عندما يصل المنفذ إلى حده الأقصى سيقوم البرنامج بتغيير الـdefault route إلى المنفذ الآخر حتى تمر عليه الـpackets لتتولد الـsessions عليه.
  
• البكتس التابعة للـsessions القديمة ستمر من خلال منفذها القديم من خلال درايفر Kerio المثبت على كل منفذ حيث تطبيق الـforwarding بناءا عليها.
  
• طبعا بعد فترة سيتملئ المنفذ الثاني، وبعلاقة طردية سيقل معدل استخدام المنفذ الأول مع مرور الزمن. حينها سيقرر Kerio من جديد تغيير الـrouting table ليجعل الأول هو الـdefault. وهكذا تدور ويتم توزيع الـsessions على المنافذ.
  

اقتباس

وبغض النظر عن عدد الـ sessions المفتوحة ، كيف ستتم مثلاً عملية الـ Upload في مثل هذه الحالة ؟ ومالذي يفعله الـ Kerio WinRoute في مثل هذه الحالة ؟!!

رأيي في الموضوع:

يعمل. يمشي الأمور. والباندويذ يزيد في حال كان عدد الـsessions كبيرا كفاية. لكن يعتبر نوعا ما workaround لتمشية الأمور. والسبب ضعف الـrouting في الوندوز. وللأسف هذه ليست مشكلة الوندوز فحسب، بل أيضا عائلة الـBSD بالرغم من سمعتها القوية في الشبكات. حتى في الـBSD لا يمكن وضع 2 routes لنفس الـdestination prefix. لهذا السبب مع عائلة الـBSD يتم استخدام طريقة شبيهة لتوليد الـsessions من خلال تطبيق NAT.

القضية مشكلة بحتة في التطبيق وليس لها أي علاقة بالـIP standard البتة. وقصة الـmultiple default gateway طبيعي جدا تطبيقه مع Cisco أو JunOS أو غيرهم من أنظمة الشبكات الأخرى. ومن ضمنهم الـLinux بإستخدام iproute2 حيث يمكن تطبيق load balancing بطريقة سليمة 100% :). iproute2 تطبيق حديث نسبيا، ممكن تعطي weight لكل next-hop وتطبق ليس فقط equal-cost-loadbalancing بل أيضا unequal-cost-loadbalancing وأمور أخرى ممكن تتسلى بها.