مبدأ الطرفين: الفرق بين النسختين
| [نسخة منشورة] | [نسخة منشورة] |
تم حذف المحتوى تمت إضافة المحتوى
ط بوت:صيانة، أضاف وسم يتيمة |
Michel Bakni (نقاش | مساهمات) لا ملخص تعديل |
||
سطر 1:
{{يتيمة|تاريخ=يونيو 2017}}
[[File:End-to-end relationship - ar.png|thumb|300بك|بحسب مبدأ الطرفين، تكون [[شبكة حاسوب|الشبكة]] مسؤولة فقط عن تأمين الاتصال بين [[طرفية حاسوب|الطرفيّات]]، أيّ شكل من أشكال الذكاء يوجد في الطرفيات.]]
في [[شبكة حاسوب|شبكات الحاسب]]، إنّ '''مبدأ الطرفين''' أو''' مبدأ العلاقة بين طرفين''' {{إنج|End-to-End Principle}} هو هيكل بُنيوي مُستعمل في تصميم الشبكة و[[برمجيات تطبيقية|تطبيقاتها]].<ref name="JOU-1"/> بحسب هذا المبدأ، يجب أن تتواجد الميّزات المرتبطة [[برمجيات تطبيقية|بالتطبيقات]] العاملة في [[شبكة حاسوب|الشبكة]] في [[طرفية حاسوب|الطرفيّات]]، وليس في [[عقدة (شبكات)|العقد]] التي تُشكّل بنية الشبكة [[راوتر|كالموجّهات]] (Router) و[[عبارات (شبكات)|البوابات]] (Gateway).
يقوم هذا المبدأ على افتراض أساسيّ هو أنّه لا فائدة من إضافة الميّزات إلى كل [[عقدة (شبكات)|عقد الشبكة]]، خاصّةً عندما لا تكون هذه الميّزات مُستخدمة في كل [[عقدة (شبكات)|العقد]] حيث ينتج عن إضافة ميّزة ما، سواء استعملت أو لا، استهلاكاً لبعض موارد [[عقدة (شبكات)|العقدة]]، ويُسبب إضافة ميّزة ما إلى كل [[عقدة (شبكات)|عقد الشبكة]] استهلاكاً في مواردها كُلّها، لذلك يقترح هذا المبدأ إضافة الميزات إلى [[طرفية حاسوب|الطرفيّات]] فقط.
إنّ مبدأ الطرفين مُرتبط بشكل وثيق بمبدأ آخر هو [[حياد الشبكة|حياديّة الشبكة]]،<ref name="Web-1">{{مرجع ويب
| الأخير= Madrigal
| الأول= Alexis C.
| الأخير2= Lafrance
| الأول2= Adrienne
| تاريخ= 2014
| سنة= 2014
| شهر= أبريل
| مسار أرشيف = http://webcache.googleusercontent.com/search?q=cache:https://www.theatlantic.com/technology/archive/2014/04/the-best-writing-on-net-neutrality/361237/
| تاريخ الأرشيف = 6 أغسطس 2017
| مسار= https://www.theatlantic.com/technology/archive/2014/04/the-best-writing-on-net-neutrality/361237/
| عنوان= Net Neutrality: A Guide to (and History of) a Contested Idea
| الموقع= The Atlantic Monthly Group
| اللغة= en
| تاريخ الوصول= 8 أغسطس2017}}</ref> وغالباً ما يُنظر إلى مبدأ الطرفين على أنه المبدأ الذي سبق مبدأ [[حياد الشبكة|حياديّة الشبكة]] ومهّد له.
== نبذة تاريخيّة ==
في عام 1964، وضمن [[بحث علمي|ورقة بحثيّة]] نُشرت بعنوان :<ref name = "JOU-5">{{cite journal
|last= Baran
|first= P
|journal = IEEE Transactions on Communications Systems
|title= On Distributed Communications Networks
|volume= 12
|issue = 1
|year= 1964
|month= مارس
|page= 1-9
| publisher = IEEE
| doi = 10.1109/TCOM.1964.1088883
| issn = 0096-1965
}} </ref> "عن شبكات الاتصال المُوزّع" (On Distributed Communications Networks)، علّق [[بول باران]] و[[دونالد ديفيس]] على [[وثوقية (حوسبة)|الوثوقيّة]] في نموذج لشبكة اتصال سبقت [[أربانت|شبكة الأربانت]] بأن: "الشبكة يجب أن تبنى مع توقّع وجود أعطال كبيرة، الوثوقية ومعدّل الخطأ هي أمور ثانويّة". لاحقاً في [[بحث علمي|ورقة بحثيّة]] أخرى بعنوان:<ref name = "JOU-7">{{cite journal
|last= W. Davies
|first= D.
|last2= A. Bartlett
|first2= K.
|last3= A. Scantlebury
|first3= R.
|last4= T. Wilkinson
|first4= P.
|journal = SOSP '67 Proceedings of the first ACM symposium on Operating System Principles
|title= A digital communication network for computers giving rapid response at remote terminals
|year= 1967
|month= مارس
|page= 2.1-2.17
| publisher = ACM
| doi = 10.1109/TCOM.1964.1088883
}} </ref> "شبكة اتصال رقميّة للحاسوب من أجل إعطاء ردود سريعة في الطرفيات البعيدة" (A Digital Communication Network for Computers Giving Rapid Response at Remote Terminals)، أضاف [[دونالد ديفيس|ديفيس ]] في تعليقه على [[كشف وتصحيح أخطاء|التحكّم بالأخطاء]] في العلاقة الطرفين: " من المرجّح أن جميع مُستخدمي الشبكة سوف يُزوّدون أنفسهم بطريقة ما بآليّات للتحكّم بالأخطاء [...] لذلك، فإنّه من الإمكان التسامح مع فقدان الرزم إذا كان محدوداً ".
كانت [[أربانت|شبكة الأربانت]] أول شبكة [[تحويل الطرود|تبديل رزم]] كبيرة طبّقت مبدأ العلاقة بين الطرفين. وظيفيّاً، تُقسّم العمل في [[عقدة (شبكات)|عقد الشبكة]] إلى مستويين، مستوى أدنى يهتم بكيفية نقل [[رزمة بيانات|الرزم]] بين [[عقدة (شبكات)|العقد]]، ومستوى أعلى يختص بالعلاقة بين الطرفين الذين ينشأ الإتصال بينهما. إنّ تصميم [[أربانت|شبكة الأربانت]] تضمّن دعماً لنقل [[وثوقية (حوسبة)|موثوق]] [[رزمة بيانات|للرزم]] لتجنّب أيّ فشل مُحتمل من خلال آليّات [[إشعار تأكيد وصول (شبكات)|إشعار تأكيد الوصول]] الإيجابيّ (Positive Acknowledgment)<ref name ="JOU-3">{{cite journal
|last= Clark D.
|first= D.
|last2= Pogran
|first2= K. T.
|last3= Reed
|first3= D.P.
|journal = Proceedings of the IEEE
|title= An Introduction to Local Area Networks
|volume= 66
|issue = 11
|year= 1978
|month= مايو
|page= 1497-1517
| publisher = IEEE
}} </ref> و[[إعادة الإرسال|إعادة الإرسال]] بين كل [[عقدة (شبكات)|عقدتين]] مُتتاليين على المسار،<ref name="WEB-4">{{مرجع ويب
| الأخير= C. Walden
| الأول= D.
| تاريخ= مايو 1972
| سنة= 1972
| شهر= مايو
| مسار أرشيف = http://web.archive.org/web/20160304032506/http://www.walden-family.com/public/1972-afcet-paris.pdf
| تاريخ الأرشيف = 4 مارس 2016
| مسار= http://www.walden-family.com/public/1972-afcet-paris.pdf
| عنوان= The Interface Message Processor, Its Algorithms, and Their Implementation
| الموقع= AFCET Journées d’Études: Réseaux de Calculateurs (AFCET Workshop on Computer Networks).
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref>
لكنّ التطبيق العملي [[شبكة حاسوب|للشبكة]] أثبت استحالة الوصول [[وثوقية (حوسبة)|للوثوقيّة]] المرغوبة عند اتباع هذه الآليّات،<ref name="ietf-2">
{{مرجع ويب
| الأخير1= McQuillan
| الأول1= J.
| تاريخ= يونيو 1973
| سنة= 1973
| شهر= يونيو
| مسار أرشيف =
| مسار= https://tools.ietf.org/html/rfc528
| عنوان= RFC 528, Software Checksumming in the IMP and Network Reliability
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref> وبشكلٍ خاص مع توسّع [[شبكة حاسوب|الشبكة]] وزيادة طول المسار عن أربع [[عقدة (شبكات)|عقد]]. إنّ [[أربانت|شبكة الأربانت]] هي حالة دراسيّة هامة عن محدوديّة آليّات [[وثوقية (حوسبة)|الوثوقيّة]] المُطبّقة بين [[عقدة (شبكات)|العقد]] على طول المسار (Hop-by-hop) مُقارنةً بتلك المُطبّقة بين [[طرفية حاسوب|الطرفيّات]].<ref name = "JOU-8">{{cite journal
|last= McQuillan
|first= John M.
|last2= Walden
|first2= David C.
|journal = Computer Networks
|title= A digital communication network for computers giving rapid response at remote terminals
|year= 1977
|month= أغسطس
|volume=1
|issue=5
|page= 243-289
| publisher = Bolt Beranek and Newman Inc
| doi = 10.1016/0376-5075(77)90014-9
}} </ref>
مع تطوير [[حزمة بروتوكولات الإنترنت]] (TCP/IP)،<ref name="ietf-5">{{مرجع ويب
| الأخير= Socolofsky
| الأول= T.
| الأخير2= Kale
| الأول2= C.
| تاريخ= يناير1991
| سنة= 1991
| شهر= يناير
| مسار أرشيف =
| مسار= https://tools.ietf.org/html/rfc1180
| عنوان= RFC 1180, A TCP/IP Tutorial.
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref> تمّ اعتماد [[بروتوكول إنترنت|بروتوكول الإنترنت]] (IP) كبروتوكول نقل رزم [[وثوقية (حوسبة)|غير موثوق]] ليكون العمود الفقري [[شبكة حاسوب|للشبكة]]، لا يُؤمّن هذا [[بروتوكول (اتصالات)|البروتوكول]] أيّ ضمانة لوصول [[رزمة بيانات|الرزم]]، ولكنه يعتمد على [[بروتوكول التحكم بالنقل|بروتوكول التحكّم بالنقل]] (TCP)<ref name="ietf-4">{{مرجع ويب
| الأخير= Postal
| الأول= J.
| تاريخ= سبتمبر 1981
| سنة= 1981
| شهر= سبتمبر
| مسار أرشيف =
| مسار= https://tools.ietf.org/html/rfc793
| عنوان= RFC 793, Transmission control protocol, DARPA internet program,protocol specification.
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref> الذي يعمل في الطبقة الأعلى ويُؤمّن آليّة لضمان [[وثوقية (حوسبة)|الوثوقيّة]] بين [[مضيف (حوسبة)|المُضيفَين]] المصدر والوجهة، تعتمد هذه الآليّة على مبدأ الطرفين. إنّ نجاح [[رزمة بيانات|الرزم]] في الانتقال بين [[طرفية حاسوب|الطرفيات]] عبر [[إنترنت|شبكة الإنترنت]] هو دليل على نجاح مبدأ العلاقة بين الطرفين.<ref name="WEB-2">{{مرجع ويب
| الأخير= D. Clark
| الأول= D.
| تاريخ= مايو 2007
| سنة= 2007
| شهر= مايو
| مسار أرشيف = http://webcache.googleusercontent.com/search?q=cache:Dpv6Ai_o7nYJ:cfp.mit.edu/events/may07/presentations/CLARK%2520Application%2520Design.ppt+&cd=1&hl=en&ct=clnk&gl=fr
| تاريخ الأرشيف = 8 أغسطس 2017
| مسار= http://cfp.mit.edu/events/may07/presentations/CLARK%20Application%20Design.ppt
| عنوان= Application Design and the End-to-End Arguments. MIT Communications Futures Program Bi-Annual Meeting.
| الموقع= MIT CFP
| اللغة= en
| تاريخ الوصول= 8 أغسطس2017}}</ref>
في عام 1981، نشر [[ديفيد كلارك]] (David Clark) و [[ديفيد ريد]] (David Reed) و [[جيري سلاتزر]] (Jerry Saltzer) [[بحث علمي|ورقة بحثيّة]] تناولت، ولأول مرّة، مبدأ الطرفين بشكل مُخصص تحت عنوان:<ref name = "JOU-1">{{cite journal
|last= Saltzer
|first= J. H.
|last2= Reed
|first2= D. P.
|last3=Clark
|first3= D. D.
|journal = Proceedings of the Second International Conference on Distributed Computing Systems
|title= End-to-end arguments in system design
|year= 1981
|month= أبريل
|page= 509-512
|publisher = IEEE Computer Society
}} </ref> "جدليات مبدأ الطرفين في تصميم النظام" (End-to-End Arguments in System Design)، منذ ذلك الوقت تمت إعادة صياغة هذا المبدأ وتحديده أكثر من مرة. <ref name = "JOU-2">{{cite journal
|last= Saltzer
|first= J. H.
|last2= Reed
|first2= D. P.
|last3=Clark
|first3= D. D.
|journal = ACM Transactions on Computer Systems (TOCS)
|title= End-to-end arguments in system design
|volume= 2
|issue = 4
|year= 1984
|month= نوفمبر
|page= 277-288
|publisher = ACM
}} </ref>
<ref name="ietf-1">{{مرجع ويب
| الأخير= Kempf
| الأول= J.
| الأخير2= Austein
| الأول2= R.
| تاريخ= مارس 2004
| سنة= 2004
| شهر= مارس
| مسار أرشيف =
| مسار= https://www.ietf.org/rfc/rfc3724
| عنوان= RFC 3724, The Rise of the Middle and the Future of End-to-End:Reflections on the Evolution of the Internet Architecture
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref>
== شرح المبدأ ==
يُمكن أن يُصاغ المفهوم الأساسي المُرتبط بمبدأ العلاقة بين الطرفين كما يلي: من أجل [[عملية (حاسوب)|عمليتين]] تتواصلان مع بعضهما البعض عبر [[وسط ناقل|وسط اتصال]]، لا يتوقّع أن تكون [[وثوقية (حوسبة)|الوثوقيّة]] المُقدّمة من الوسط كافية لتلبية مطلب الوثوقيّة اللازم [[عملية (حاسوب)|للعمليات]]. بشكلٍ خاصّ، إنّ تلبية مُتطلبات [[وثوقية (حوسبة)|الوثوقيّة]] العاليّة [[عملية (حاسوب)|للعمليات]] المُوزّعة عبر [[شبكة حاسوب|الشبكة]] والتي تتواصل من خلالها ذو كلفة كبيرة مقارنة بدرجة معتدلة من [[وثوقية (حوسبة)|الوثوقيّة]] يمكن الحصول عليها من خلال آليّات تعمل في [[طرفية حاسوب|الطرفيات]] مثل [[طلب إعادة آلي |طلب الإعادة الآليّ ]](ARQ)، خاصّة أن تأمين [[وثوقية (حوسبة)|وثوقيّة]] مُعتدلة في [[طرفية حاسوب|الطرفيّات]] أسهل من تأمينها في [[عقدة (شبكات)|العقد]] الوسطية في الشبكة التي لا تكون إدارتها مُتاحة أو مُمكنة.<ref name="WEB-5">{{مرجع ويب
| الأخير= Bärwolff
| الأول= M.
| تاريخ= أوكتوبر 2010
| سنة= 2010
| شهر= أوكتوبر
| مسار أرشيف = http://web.archive.org/web/20160304033131/http://xn--brwolff-5wa.de/publications/2010-10-PhD-thesis.html
| تاريخ الأرشيف = 4 مارس 2016
| مسار= http://xn--brwolff-5wa.de/publications/2010-10-PhD-thesis.html
| عنوان= Bärwolff's 2010 PhD Thesis "End-to-End Arguments in the Internet: Principles, Practices, and Theory"
| الموقع= bärwolff.de
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref>
إنّ الاعتماد على عدد غير محدود من [[إشعار تأكيد وصول (شبكات)|إشعار تأكيد الوصول]] يُمكن أن يُؤمّن [[وثوقية (حوسبة)|وثوقيّة]] عاليّة [[نقل بيانات|لنقل المُعطيات]] بين [[طرفية حاسوب|الطرفيّات]] عبر [[شبكة حاسوب|الشبكة]] مع احتمال ضعيف للفشل في إيصال الرسائل.<ref name ="JOU-6">{{cite journal
|last= Sunshine
|first= C.
|journal = INWG Protocol Note 5
|title= Issues in Communication Protocol Design -- Formal correctness
|year= 1975
|month= أكتوبر
}} </ref>
يجب أن يتّم تلبية متطلبات الاتصال مثل [[معدل الإنتاجية (اتصالات)|الإنتاجيّة]] و[[كمون (هندسة)|زمن التأخير]] بشكل متوافق مع هذا المبدأ، أيّ يجب أن تأخذ الآليّات الخاصّة بتلبية المتطلبات هذا المبدأ بالحسبان وتتكيف معه عند تصميمها لا العكس. في [[بحث علمي|ورقة بحثيّة]] نشرت في العام 2001 بعنوان:<ref name = "JOU-4">{{cite journal
|last= Blumenthal
|first= Marjory S.
|last2= Clark
|first2= David D.
|journal = ACM Transactions on Internet Technology (TOIT)
|title= Rethinking the design of the Internet: the end-to-end arguments vs. the brave new world
|volume= 1
|issue = 1
|year= 2001
|month= أغسطس
|page= 70-109
| publisher = ACM
| doi = 10.1145/383034.383037
}} </ref>
" إعادة التفكير في تصميم شبكة الإنترنت: حجج مبدأ الطرفين في مواجهة عالم جديد شجاع " (Rethinking the Design of the Internet: The End-to-End Arguments vs. the Brave New World){{للهامش|1}} ذكر المؤلّف: من البداية، هناك جدلٌ مُتعلّق بالمتطلبات التي يمكن تنفيذُها بشكل ٍ صحيح في الطرفيّات، إذا كان التنفيذ في قلب الشبكة هو الطريقة الوحيدة لتلبية المطلب، فإنّ هذا المطلب غير مُناسب في المقام الأول".
== استثناءات ==
ترجع محدوديّة هذا المبدأ إلى الفكرة الأساسيّة التي يرتكز عليها، وهي دفع أيّ شكل من أشكال الذكاء نحو أطراف [[شبكة حاسوب|الشبكة]]، فبعض [[برمجيات تطبيقية|التطبيقات]] لا تتوافق مع هذه الفكرة، خاصّة [[برمجيات تطبيقية|تطبيقات]] الشبكات المتحركة (Mobile Network) وبالإضافة لوجود [[خدمة (شبكات)|خدمات]] لا يُمكن تنفيذُها إلاّ في [[قلب شبكة|قلب الشبكة]] وذلك بسبب طبيعة [[خدمة (شبكات)|الخدمات ]] نفسها.
تمتاز الشبكات المُتحرّكة ببُنيّة مُتغيّرة حيث لا يوجد [[طوبولوجيا شبكة|طوبولوجيا]] ثابتة، وبالتالي تكون العلاقة عبر مسار وحيد ثابت بين [[طرفية حاسوب|طرفيتين]] غير مُستقرة، ولهذا تنزع هذه [[شبكة حاسوب|الشبكات]] إلى إنشاء العلاقات بين كل زوج من [[عقدة (شبكات)|العقد]] المُتتالية على المسار (Hop-by-Hop) عوضاً عن العلاقة المباشرة بين المصدر والوجهة.<ref name="WEB-6">{{مرجع ويب
| الأخير=Raychaudhuri
| الأول= Dipankar
| الأخير2= Yates
| الأول2= Roy
| الأخير3= Zhang
| الأول3= Yanyong
| الأخير4= Dong
| الأول4= Lijun
| مسار أرشيف = http://web.archive.org/web/20160623210856/http://www.winlab.rutgers.edu/docs/focus/CNF/protocol%20architecture.html
| تاريخ الأرشيف = 23 يونيو 2016
| مسار= http://www.winlab.rutgers.edu/docs/focus/CNF/protocol%20architecture.html
| عنوان= CNF Protocol Architecture
| الموقع= WINLAB, Rutgers University
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref>
بعض [[خدمة (شبكات)|خدمات الشبكة]] مثل [[ترجمة عنوان شبكة|خدمة ترجمة العناوين]] (NAT)<ref name="ietf-7">{{مرجع ويب
| الأخير= Srisuresh
| الأول= P.
| الأخير2= Egevang
| الأول2= K.
| تاريخ= يناير 2001
| سنة= 2001
| شهر= يناير
| مسار أرشيف =
| مسار= https://www.ietf.org/rfc/rfc3022
| عنوان= RFC 3022, Traditional IP Network Address Translator (Traditional NAT)
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref> لا تناسب مبدأ الطرفين، ولنجاح هذه الخدمات يجب أن تقوم عقدة ما في [[قلب شبكة|قلب الشبكة]] بوظائف لا ترتبط بتأمين [[نقل بيانات|نقل المُعطيات]]، وتشمل هذه الوظائف تعديل قيم بعض الحقول في [[ترويسة]] [[رزمة بيانات|الرزمة]]. إنّ استعمال هذه الخدمة <ref name="WEB-7">{{مرجع ويب
| الأخير= Ward
| الأول= Mark
| تاريخ= سبتمبر 2012
| سنة= 2012
| شهر= سبتمبر
| مسار أرشيف = http://webcache.googleusercontent.com/search?q=cache:http://www.bbc.com/news/technology-19600718
| تاريخ الأرشيف = 26 يوليو 2017
| مسار= http://www.bbc.com/news/technology-19600718
| عنوان= Europe hits old internet address limits
| الموقع= BBC
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref> في الشبكات التي تدعم [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] (IPv4)<ref name="ietf-6">{{مرجع ويب
| الأخير= Postel
| الأول= J.
| الأخير2=
| الأول2=
| تاريخ= سبتمبر 1981
| سنة= 1981
| شهر= سبتمبر
| مسار أرشيف =
| مسار= https://tools.ietf.org/html/rfc791
| عنوان= RFC 791, Internet Protocol, DARPA Internet Program Protocol Specification
| الموقع=The Internet Society
| اللغة= en
| تاريخ الوصول= 8 أغسطس 2017}}</ref> شائع جداً كحل [[استهلاك عناوين بروتوكول الانترنت|لمشكلة نفاذ العناوين]].<ref name="ietf-3">{{مرجع ويب
| الأخير1= Fuller
| الأول1= V.
| الأخير2= Li
| الأول2= T.
| تاريخ= أغسطس 2006
| سنة= 2006
| شهر= أغسطس
| مسار أرشيف =
| مسار= https://www.ietf.org/rfc/rfc4632
| عنوان= RFC 4632, Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 31 يوليو 2017}}</ref>
== انظر أيضاً ==
* [[تاريخ الإنترنت]].
* [[أربانت|شبكة الأربانت]].
* [[حزمة بروتوكولات الإنترنت]] (TCP/IP).
== هوامش ==
{{هامش|1}} يحتوي عنوان المقالة على إشارة لرواية [[ألدوس هكسلي]]: [[عالم جديد شجاع]].
==المراجع==
<div class="reflist4" style="height: 250px; overflow: auto; padding: 3px" >
{{مراجع|2}}
</div>
== وصلات خارجيّة ==
* [https://www.internetsociety.org/publications/ietf-journal-july-2014/evolution-of-internets-end-to-end-architecture تطوّر بنية الإنترنت اعتماداً على مبدأ الطرفين]، مقالة من [[جمعية الإنترنت|مجتمع الإنترنت]] بقلم كارولين مارسين (Carolyn marsan).
* [https://www.ietf.org/rfc/rfc3724.txt صعود الوسط ومُستقبل مبدأ الطرفين، خواطر عن تطوّر بنية شبكة الإنترنت]، الوثيقة رقم 3725 من [[طلب تعليقات|طلبات التعليق]].
* [https://www.technologyreview.com/s/401966/the-end-of-end-to-end/ نهاية مبدأ الطرفين؟] مراجعة من [[معهد ماساتشوستس للتكنولوجيا]]، بقلم سيمسون غارفينكل (Simson Garfinkel).
[[تصنيف: بنية الإنترنت]]
[[تصنيف: بنية الشبكة]]
[[تصنيف: أنماط برمجة]]
| |||