HTML Microdata document

This HTML5 document contains 109 embedded RDF statements represented using HTML+Microdata notation.

The embedded RDF content will be recognized by any processor of HTML5 Microdata.

Namespace Prefixes

Prefix	IRI
dbpedia-de	http://de.dbpedia.org/resource/
dcterms	http://purl.org/dc/terms/
yago-res	http://yago-knowledge.org/resource/
dbo	http://dbpedia.org/ontology/
foaf	http://xmlns.com/foaf/0.1/
n12	https://global.dbpedia.org/id/
dbpedia-he	http://he.dbpedia.org/resource/
yago	http://dbpedia.org/class/yago/
dbt	http://dbpedia.org/resource/Template:
dbpedia-ru	http://ru.dbpedia.org/resource/
rdfs	http://www.w3.org/2000/01/rdf-schema#
freebase	http://rdf.freebase.com/ns/
dbpedia-pl	http://pl.dbpedia.org/resource/
dbpedia-cs	http://cs.dbpedia.org/resource/
rdf	http://www.w3.org/1999/02/22-rdf-syntax-ns#
dbpedia-ar	http://ar.dbpedia.org/resource/
owl	http://www.w3.org/2002/07/owl#
wikipedia-en	http://en.wikipedia.org/wiki/
dbpedia-mk	http://mk.dbpedia.org/resource/
dbc	http://dbpedia.org/resource/Category:
prov	http://www.w3.org/ns/prov#
n22	http://sw.cyc.com/concept/
dbp	http://dbpedia.org/property/
xsdh	http://www.w3.org/2001/XMLSchema#
wikidata	http://www.wikidata.org/entity/
dbr	http://dbpedia.org/resource/
dbpedia-ja	http://ja.dbpedia.org/resource/

Statements

Subject Item: dbr:Best-effort_delivery
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Downtime
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Network_topology
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Link_adaptation
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Computer_network
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Generic_Substation_Events
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Consolidated_Tape_Association
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Argus_–_Audit_Record_Generation_and_Utilization_System
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Port_Control_Protocol
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:HSTCP
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Transmission_Control_Protocol
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Network_congestion
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Retransmission
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)
dbo:wikiPageDisambiguates: dbr:Retransmission_(data_networks)

Subject Item: dbr:Retransmission_(data_networks)
rdf:type: yago:WikicatNetworkProtocols yago:Message106598915 yago:Abstraction100002137 yago:Communication100033020 yago:Rule106652242 yago:Protocol106665108 yago:Direction106786629
rdfs:label: Retransmisja Opakování přenosu 再送 Retransmission (data networks) Positive Acknowledgement with Retransmission إعادة الإرسال Ретрансляция (компьютерные сети)
rdfs:comment: إعادة الإرسال تقسم عمليات إعادة الإرسال إلى ثلاث أنواع رئيسية هي: 1-التوقف والانتظار (بالإنجليزية: Stop-and-wait)‏: وهي أبسط طرق إعادة الإرسال حيث نحتاج فقط إلى مؤقت عند المرسل يبدأ العمل مجرد أن يرسل المرسل الطرد، وعند مرور فترة معينة لدى المرسل ولم يكن قد استقبل إشارة التأكيد الإيجابي خلالها يقوم بإعادة الإرسال لنفس الطرد، ولكن هنا يوجد حالتان من المشاكل التي تواجه هذه الطريقة: 1)فقدان الطرد على الطريق وهذه قد حلت من خلال استخدام المؤقت عند المرسل وعند نفاذ مدة معينة من الوقت يقوم بإعادة إرسال الطرد.2)فقدان إشارة التأكيد نفسها على الطريق: وهذه المشكلة واردة الحدوث أيضاً ويتم حلها بنفس الطريقة السابقة باستخدام المؤقت عند المرسل حيث أن المرسل لا يميز بين الحالتين السابقتين إن كان الطرد قد فقد أم أن إشارة التأكيد هي التي فقدت لأنه لم يستلم إشارة التأكيد على وصول الطرد بشكل صحيح خلال الفترة コンピュータネットワークにおいて、再送（さいそう、英語: retransmission）とは、破損もしくは損失したパケットを再び送ることである。再送は、パケット通信ネットワーク上で動作するプロトコルによって信頼できる通信を提供するために使用される基本的なメカニズムのうちの1つである。通常このようなネットワークは信頼性が低く、パケットが遅延・損傷・損失することなく順序どおりに配信される保証はない。そのようなネットワーク上で信頼性のある通信を提供するプロトコルでは、確認応答（データの宛先からの明示的な受信）、紛失または破損したパケットの再送（通常はタイムアウトによって開始される）、およびチェックサムを使用してその信頼性を確保する。 Retransmisja – ponowne przesyłanie pakietów telekomunikacyjnych, które zostały uszkodzone lub utracone. Termin ten odnosi się do jednego z podstawowych mechanizmów stosowanych przez protokoły komunikacyjne, które działają na komutacji pakietów sieci komputerowej w celu zapewnienia niezawodnej łączności (np. takiej, która zapewnia , np. Transmission Control Protocol (TCP)). Retransmission, essentially identical with automatic repeat request (ARQ), is the resending of packets which have been either damaged or lost. Retransmission is one of the basic mechanisms used by protocols operating over a packet switched computer network to provide reliable communication (such as that provided by a reliable byte stream, for example TCP). Ретрансляция, практически идентичная с автоматическим запросом повторной передачи (ARQ), является повторной передачей пакетов, которые были либо повреждены или утрачены. Ретрансляция — это один из основных механизмов, используемых протоколами, при работе с коммутацией пакетов компьютерной сети для обеспечения надежной связи (как, например, обеспечение надежного потока байтов, например TCP). Opakování přenosu je v počítačových sítích opakované vysílání rámce, paketu nebo segmentu dat, který se nepodařilo odeslat nebo přenést. Opakování přenosu je základním prostředkem pro zajištění spolehlivé komunikace v počítačových sítích a zpravidla je základem nějakého algoritmu zpětné vazby s automatickým opakováním. Opakování přenosu se provádí po příjmu negativního potvrzení nebo po uplynutí časové prodlevy, sítích CSMA/CD již při zaregistrování kolize při vysílání. Positive Acknowledgement with Retransmission (PAR, deutsch: positive Bestätigung mit erneuter Übertragung) ist ein innerhalb des Transmission Control Protocol (TCP) angewandtes Verfahren, um den Verlust von Datenpaketen in einer Datenübertragung zu vermeiden. Probleme entstehen dabei dadurch, dass Pakete und somit natürlich auch die Bestätigungen nicht nur verlorengehen können, sondern auch sehr stark verzögert oder sogar dupliziert werden können. Dieses Problem wird im Allgemeinen dadurch gelöst, dass die Pakete nummeriert werden und die Bestätigung diese Nummer auch enthält.
dcterms:subject: dbc:Network_protocols
dbo:wikiPageID: 2667648
dbo:wikiPageRevisionID: 1071220516
dbo:wikiPageWikiLink: dbr:TCP_congestion_avoidance_algorithm dbr:Computer_network dbr:Out-of-band_data dbr:Acknowledgement_(data_networks) dbr:Checksums dbr:Receipt dbr:Automatic_repeat_request dbr:Timeout_(telecommunication) dbr:Truncated_binary_exponential_backoff dbr:Sliding_window dbr:Automatic_repeat-request dbr:Packet_(information_technology) dbr:QSL_card dbr:Network_protocol dbr:Error_control dbr:Data dbr:Reliable_byte_stream dbr:Satellite_Internet_access dbr:Packet_switched dbr:Transmission_Control_Protocol dbr:Reliable_system_design dbc:Network_protocols
owl:sameAs: yago-res:Retransmission_(data_networks) dbpedia-ar:إعادة_الإرسال dbpedia-ru:Ретрансляция_(компьютерные_сети) n12:4u1KM dbpedia-pl:Retransmisja wikidata:Q7316902 dbpedia-mk:Ретрансмисија dbpedia-ja:再送 dbpedia-he:שידור_חוזר_(תקשורת_מחשבים) dbpedia-de:Positive_Acknowledgement_with_Retransmission n22:Mx4rvXcNaJwpEbGdrcN5Y29ycA dbpedia-cs:Opakování_přenosu freebase:m.07wly1
dbp:wikiPageUsesTemplate: dbt:Anchor dbt:Noref
dbo:abstract: Opakování přenosu je v počítačových sítích opakované vysílání rámce, paketu nebo segmentu dat, který se nepodařilo odeslat nebo přenést. Opakování přenosu je základním prostředkem pro zajištění spolehlivé komunikace v počítačových sítích a zpravidla je základem nějakého algoritmu zpětné vazby s automatickým opakováním. Opakování přenosu se provádí po příjmu negativního potvrzení nebo po uplynutí časové prodlevy, sítích CSMA/CD již při zaregistrování kolize při vysílání. Ретрансляция, практически идентичная с автоматическим запросом повторной передачи (ARQ), является повторной передачей пакетов, которые были либо повреждены или утрачены. Ретрансляция — это один из основных механизмов, используемых протоколами, при работе с коммутацией пакетов компьютерной сети для обеспечения надежной связи (как, например, обеспечение надежного потока байтов, например TCP). Эти сети, как правило, «не надежны», это означает, что они не гарантируют отсутствие задержек, повреждений или потерь пакетов, или выводов их из строя. Протоколы, которые обеспечивают надежную связь по таким сетям используют комбинацию подтверждений (то есть явное получение от назначения данных), ретрансляцию недостающих или поврежденных пакетов (обычно, инициированные тайм-аутом), и контрольную сумму, чтобы обеспечить надежность. Retransmisja – ponowne przesyłanie pakietów telekomunikacyjnych, które zostały uszkodzone lub utracone. Termin ten odnosi się do jednego z podstawowych mechanizmów stosowanych przez protokoły komunikacyjne, które działają na komutacji pakietów sieci komputerowej w celu zapewnienia niezawodnej łączności (np. takiej, która zapewnia , np. Transmission Control Protocol (TCP)). Sieci te są zazwyczaj „niewiarygodne”, co oznacza, że może dojść do opóźnień, uszkodzenia lub stracenia pakietów, lub dostarczenia ich z opóźnieniem. Protokoły, które zapewniają niezawodną komunikację w tego typu sieciach, używają kombinację (ang. acknowledgements), retransmisji brakujących i/lub uszkodzonych pakietów (zazwyczaj inicjowanej przez tzw. timeout) oraz sum kontrolnych w celu zapewnienia wiarygodności. إعادة الإرسال تقسم عمليات إعادة الإرسال إلى ثلاث أنواع رئيسية هي: 1-التوقف والانتظار (بالإنجليزية: Stop-and-wait)‏: وهي أبسط طرق إعادة الإرسال حيث نحتاج فقط إلى مؤقت عند المرسل يبدأ العمل مجرد أن يرسل المرسل الطرد، وعند مرور فترة معينة لدى المرسل ولم يكن قد استقبل إشارة التأكيد الإيجابي خلالها يقوم بإعادة الإرسال لنفس الطرد، ولكن هنا يوجد حالتان من المشاكل التي تواجه هذه الطريقة: 1)فقدان الطرد على الطريق وهذه قد حلت من خلال استخدام المؤقت عند المرسل وعند نفاذ مدة معينة من الوقت يقوم بإعادة إرسال الطرد.2)فقدان إشارة التأكيد نفسها على الطريق: وهذه المشكلة واردة الحدوث أيضاً ويتم حلها بنفس الطريقة السابقة باستخدام المؤقت عند المرسل حيث أن المرسل لا يميز بين الحالتين السابقتين إن كان الطرد قد فقد أم أن إشارة التأكيد هي التي فقدت لأنه لم يستلم إشارة التأكيد على وصول الطرد بشكل صحيح خلال الفترة المعينة لذلك، ولكن سنواجه مشكلة هنا عند المستقبل ذلك أنه سيستقبل الطرد مرتين وسيحوي نسختين منه:لحل عملية تكرار الطرد عند المستقبل يتم إضافة بت إلى الطرد يحوي إما 0 أو 1 ، بالمقابل يضيف المستقبل أيضاً بتاً إلى إشارة التأكيد الإيجابية هو أيضاً إما 0 أو 1، وذلك بالتناوب، أي مثلاً إذا أرسل المرسل طرداً يحوي 0 فيرد المستقبل (بحالة وصوله بشكل صحيح) بإشارة تأكيد 1 ، وبعدها يرسل المرسل طرداً يحوي 1 (بدلاً من صفر) ويرد عليه المستقبل بإشارة تأكيد 0 وهكذا.. 2-إعادة الإرسال التراكمي (بالإنجليزية: Go-back-N)‏ :في هذه الطريقة يقوم المرسل بإرسال الطرود بشكل متسلسل، ويقوم المستقبل بإرسال إشارات التأكيد من النوعين سواء إيجابية أو سلبية وذلك من أجل إخبار المرسل بوصول الطرود بشكل صحيح أم لا، ولكن تكمن الفكرة بأنه إذا ما تم استقبال طرد تالف عند المستقبل أو عدم وصول أحد الطرود يرسل المستقبل إشارة سلبية لتدل على فقدان الطرد رقم (س) مما يدعو المرسل إلى إعادة إرساله مع كل الطرود التالية له التي أرسلت بعده، وعند انتهاء عملية إعادة إرسال هذه الطرود يستمر المرسل بالإرسال بشكل عادي للطرود التالية لتلك التي أعيد إرسالها. وكما سبق وذكرنا أن المستقبل يرسل إشارات التأكيد الإيجابية بعد وصول عدد معين من الطرود المتفق عليه بشكل صحيح وإلا يرسل إشارة سلبية للطرد المفقود أو التالف رقم س ، ولكن المشكلة التي تواجهنا إن تلفت إشارة التأكيد نفسها، وهناك حالتان لها:1)تلف الإشارة الإيجابية:وهذه في الحقيقة تحل بوضع مؤقت عند المرسل يبدأ العمل عند إرسال الطرد ويتوقف عند وصول إشارة التأكيد الإيجابية الخاصة به، وعند نفاذ الوقت على وصول إشارة التأكيد الخاصة به يقوم المرسل بإرسال طرد حاوي على بت زائد قيمته 1 وهذا الطرد يسمى أمر تأكيد ليقوم المستقبل بإرسال إشارة تأكيد خاصة بالطرد المنتظر وصوله عنده، فإذا فشل المستقبل بإرسال إشارة التأكيد يقوم المرسل بإرسال أمر تأكيد آخر (بعد أن ينتهي الوقت المخصص للرد على أمر التأكيد) هكذا حتى الوصول إلى الحد الأعظمي لعدد أوامر التأكيد وعندها يتم استدعاء إجرائية إعادة البدء التي تعيد إرسال جميع الطرود من البداية. 2)تلف إشارة التأكيد السلبي :وهذه الحالة تقريباً مشابهة للسابقة حيث أن الطرد الذي أرسله المرسل لم يصل إلى المستقبل لذلك لم يرد بأي إشارة (لا سلبية ولا إيجابية) وبالتالي عند نفاذ المؤقت الذي عند المرسل يرسل أمر تأكيد حتى يرد المستقبل عليه بإشارة إما سلبية أو إيجابية بحسب حالة الطرد الذي أرسله المرسل. 3-إعادة الإرسال الاختياري (بالإنجليزية: Selective-retransmission)‏:في هذه الطريقة يستخدم المستقبل التأكيد السلبي وذلك من أجل الطرود التي لم تصل إليه أو تلك التي وصلت بشكل خاطئ، والمرسل يقوم بإعادة إرسال هذه الطرود فقط من بين الطرود التي يقوم أرسلها، هذه الطريقة لإعادة الإرسال ليست أفضل بكثير من سابقتها، ولكن في الحقيقة العكس هو الصحيح، لكن لماذا؟ ذلك لأننا بحاجة إلى ذاكرة كبيرة الحجم في المستقبل من أجل تخزين الطرود التي تصل إليه بعد ذلك المفقود، كما أننا نقوم بترك فراغ ذو حجم كافي من أجل إضافة ذلك الطرد الذي سيتم إعادة إرساله فيه، وذلك يكلفنا دارات منطقية إضافية للوصول إلى هذا الموقع الفارغ في ذاكرة المستقبل الخاصة، وكذلك نحن بحاجة إلى دارات إضافية عند المرسل كوننا سنقوم بانتقاء أحد الطرود (أو بعضها) التي سنقوم بإعادة إرسالها أي أيضاً نحتاج لانتخاب ذلك الذي سيتم إعادة إرساله! ولكن كفعالية تعتبر طريقة إعادة الإرسال الاختياري أفضل كوننا لا نعيد إلا إرسال الطرد الضائع فقط. -في التي سي بي نقوم بترقيم الثمانيات بدلاً من الطرود، ولذلك عندما يستقبل أحد الطرفين (المرسل أو المستقبل بما أن عمليات النقل متبادلة بين الطرفين) يقوم بإرسال إشارة تأكيد إيجابية على البايتات التي وصلت وليس على الطرد الذي وصل، لذلك أصبح بالإمكان أن يقوم المرسل بإعادة إرسال طرد واحد يحوي البايتات التي لم تصل جميعها أو التي قد وصلت خاطئة دون التقيد بإرسال الطرود الضائعة كلها، فمثلاً إن كان يوجد في الطرد الأول 100 بايت خطأ وحجم الطرد هو 1000 بايت، يقوم المستقبل بإخبار المرسل بالبايتات التي الخاطئة فقط ليقوم المرسل بإرسال هذه البايتات فقط دون الحاجة لأن يقوم بإرسال الطرد كاملاً. Retransmission, essentially identical with automatic repeat request (ARQ), is the resending of packets which have been either damaged or lost. Retransmission is one of the basic mechanisms used by protocols operating over a packet switched computer network to provide reliable communication (such as that provided by a reliable byte stream, for example TCP). Such networks are usually "unreliable", meaning they offer no guarantees that they will not delay, damage, or lose packets, or deliver them out of order. Protocols which provide reliable communication over such networks use a combination of acknowledgments (i.e. an explicit receipt from the destination of the data), retransmission of missing or damaged packets (usually initiated by a time-out), and checksums to provide that reliability. Positive Acknowledgement with Retransmission (PAR, deutsch: positive Bestätigung mit erneuter Übertragung) ist ein innerhalb des Transmission Control Protocol (TCP) angewandtes Verfahren, um den Verlust von Datenpaketen in einer Datenübertragung zu vermeiden. Die wohl einfachste und grundlegendste Technik beim zuverlässigen Datenaustausch besteht darin, ein Datenpaket zu senden und einen Timer mit einem zuvor möglichst günstig gewählten Wert zu starten. Kommt das Paket beim Empfänger an, so sendet dieser eine Empfangsbestätigung (acknowledgement / ACK) an den Sender zurück. Erst wenn der Sender diese Bestätigung erhalten hat, und somit weiß, dass das Datenpaket sicher beim Empfänger angekommen ist, sendet er das nächste Paket. Erhält er aber keine Empfangsbestätigung, bevor der Timer ausläuft, so sendet er das Paket erneut (retransmission). Probleme entstehen dabei dadurch, dass Pakete und somit natürlich auch die Bestätigungen nicht nur verlorengehen können, sondern auch sehr stark verzögert oder sogar dupliziert werden können. Dieses Problem wird im Allgemeinen dadurch gelöst, dass die Pakete nummeriert werden und die Bestätigung diese Nummer auch enthält. Insgesamt ist dieses Verfahren aber nicht sehr effizient, da der Sender bei einer hohen Latenzzeit sehr lange untätig warten muss. Betrachtet man z. B. eine Satellitenverbindung mit einer Latenzzeit von einer Sekunde, so muss der Sender zwei Sekunden (Hin- und Rückweg) warten, bis er das nächste Paket senden kann. Selbst bei einer Paketgröße von 100 kB wird so nur ein Datendurchsatz von 50 kB/sec erreicht, obwohl der Satellit eigentlich mehrere MB/sec übertragen könnte. Das verwendete Netzwerk wird also nicht optimal ausgenutzt. Um dies zu umgehen, werden bei TCP mehrere Pakete versendet, so dass das erste Paket bereits quittiert wird, während das letzte noch übertragen wird. Der Empfänger stellt hierzu ein Empfangsfenster für mehrere Pakete zur Verfügung. コンピュータネットワークにおいて、再送（さいそう、英語: retransmission）とは、破損もしくは損失したパケットを再び送ることである。再送は、パケット通信ネットワーク上で動作するプロトコルによって信頼できる通信を提供するために使用される基本的なメカニズムのうちの1つである。通常このようなネットワークは信頼性が低く、パケットが遅延・損傷・損失することなく順序どおりに配信される保証はない。そのようなネットワーク上で信頼性のある通信を提供するプロトコルでは、確認応答（データの宛先からの明示的な受信）、紛失または破損したパケットの再送（通常はタイムアウトによって開始される）、およびチェックサムを使用してその信頼性を確保する。
prov:wasDerivedFrom: wikipedia-en:Retransmission_(data_networks)?oldid=1071220516&ns=0
dbo:wikiPageLength: 3352
foaf:isPrimaryTopicOf: wikipedia-en:Retransmission_(data_networks)

Subject Item: dbr:HDBaseT
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Windows_Vista_networking_technologies
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Acknowledgement_(data_networks)
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:TCP_tuning
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:High_Speed_Packet_Access
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Automatic_repeat_request
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:IP_routing
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Capacity_management
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:User_Datagram_Protocol
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Ethernet
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Exponential_backoff
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Re-transmission_(data_networks)
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)
dbo:wikiPageRedirects: dbr:Retransmission_(data_networks)

Subject Item: dbr:Reliable_byte_stream
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Out-of-order_delivery
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)

Subject Item: dbr:Resend
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)
dbo:wikiPageRedirects: dbr:Retransmission_(data_networks)

Subject Item: dbr:Re-send
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)
dbo:wikiPageRedirects: dbr:Retransmission_(data_networks)

Subject Item: dbr:Positive_acknowledgment_with_re-transmission
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)
dbo:wikiPageRedirects: dbr:Retransmission_(data_networks)

Subject Item: dbr:Selective_ACK
dbo:wikiPageWikiLink: dbr:Retransmission_(data_networks)
dbo:wikiPageRedirects: dbr:Retransmission_(data_networks)

Subject Item: wikipedia-en:Retransmission_(data_networks)
foaf:primaryTopic: dbr:Retransmission_(data_networks)