Matches in DBpedia 2015-10 for { <http://dbpedia.org/resource/Multiprotocol_Encapsulation_over_ATM> ?p ?o }
Showing triples 1 to 35 of
35
with 100 triples per page.
- Multiprotocol_Encapsulation_over_ATM abstract "Multiprotocol Encapsulation over ATM is specified in RFC 2684. It defines two mechanisms for identifying the protocol carried in ATM Adaptation Layer 5 (AAL5) frames. It replaces RFC 1483, a standard data link access protocol supported by DSL modems.RFC 2684 describes two encapsulation mechanisms for network traffic: Virtual Circuit Multiplexing and LLC Encapsulation. Either mechanism carries either routed or bridged protocol data units, and DSL modems often include a setting for RFC 1483 bridging. This is distinct from other "bridge modes" commonly found in combined DSL modems and routers, which turn off the router portion of the DSL modem.In VC Multiplexing (VC-MUX), the hosts agree on the high-level protocol for a given circuit. It has the advantage of not requiring additional information in a packet, which minimises the overhead. For example, if the hosts agree to transfer IP, a sender can pass each datagram directly to AAL5 to transfer; nothing needs to be sent besides the datagram and the AAL5 trailer. The chief disadvantage of such a scheme lies in duplication of virtual circuits: a host must create a separate virtual circuit for each high-level protocol if more than one protocol is used. Because most carriers charge for each virtual circuit, customers try to avoid using multiple circuits because it adds unnecessary cost. In LLC Encapsulation the hosts use a single virtual circuit for multiple protocols. This has the advantage of allowing all traffic over the same circuit, but the disadvantage of requiring each packet to contain octets that identify the protocol type, which adds overhead. The scheme also has the disadvantage that packets from all protocols travel with the same delay and priority.RFC 2684 specifies that hosts can choose between the two methods of using AAL5. Both the sender and receiver must agree on how the circuit will be used, and the agreement may involve manual configuration. Furthermore, the standards suggest that when hosts choose to include type information in the packet, they should use a standard IEEE 802.2 Logical Link Control (LLC) header, followed by a Subnetwork Access Protocol (SNAP) header if necessary.The AAL5 trailer does not include a type field. Thus, an AAL5 frame is not self-identifying. This means that either the two hosts at the ends of a virtual circuit must agree a priori that the circuit will be used for one specific protocol (e.g., the circuit will only be used to send IP datagrams), or the two hosts at the ends of a virtual circuit must agree a priori that some octets of the data area will be reserved for use as a type field to distinguish packets containing one protocol's data from packets containing another protocol's data.".
- Multiprotocol_Encapsulation_over_ATM wikiPageExternalLink www.atmforum.com.
- Multiprotocol_Encapsulation_over_ATM wikiPageExternalLink tsd_technology_support_protocol_home.html.
- Multiprotocol_Encapsulation_over_ATM wikiPageExternalLink ipoeoatm.
- Multiprotocol_Encapsulation_over_ATM wikiPageID "8051595".
- Multiprotocol_Encapsulation_over_ATM wikiPageLength "3295".
- Multiprotocol_Encapsulation_over_ATM wikiPageOutDegree "11".
- Multiprotocol_Encapsulation_over_ATM wikiPageRevisionID "671383317".
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink ATM_Adaptation_Layer_5.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Asynchronous_Transfer_Mode.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Broadband_Remote_Access_Server.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Broadband_remote_access_server.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Category:Internet_Standards.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Communications_protocol.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink IEEE_802.2.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Logical_Link_Control.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Logical_link_control.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Point-to-Point_Protocol_over_ATM.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Protocol_(computing).
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Protocol_data_unit.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Protocol_data_units.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Subnetwork_Access_Protocol.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Virtual_Circuit_Multiplexing.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLink Virtual_circuit_multiplexing.
- Multiprotocol_Encapsulation_over_ATM wikiPageWikiLinkText "Multiprotocol Encapsulation over ATM".
- Multiprotocol_Encapsulation_over_ATM hasPhotoCollection Multiprotocol_Encapsulation_over_ATM.
- Multiprotocol_Encapsulation_over_ATM subject Category:Internet_Standards.
- Multiprotocol_Encapsulation_over_ATM comment "Multiprotocol Encapsulation over ATM is specified in RFC 2684. It defines two mechanisms for identifying the protocol carried in ATM Adaptation Layer 5 (AAL5) frames. It replaces RFC 1483, a standard data link access protocol supported by DSL modems.RFC 2684 describes two encapsulation mechanisms for network traffic: Virtual Circuit Multiplexing and LLC Encapsulation.".
- Multiprotocol_Encapsulation_over_ATM label "Multiprotocol Encapsulation over ATM".
- Multiprotocol_Encapsulation_over_ATM sameAs Multiprotocol_over_ATM.
- Multiprotocol_Encapsulation_over_ATM sameAs m.026pthb.
- Multiprotocol_Encapsulation_over_ATM sameAs Q1952485.
- Multiprotocol_Encapsulation_over_ATM sameAs Q1952485.
- Multiprotocol_Encapsulation_over_ATM wasDerivedFrom Multiprotocol_Encapsulation_over_ATM?oldid=671383317.
- Multiprotocol_Encapsulation_over_ATM isPrimaryTopicOf Multiprotocol_Encapsulation_over_ATM.