Browse Prior Art Database

IP Broadcast over ATM Networks (RFC2226)

IP.com Disclosure Number: IPCOM000002784D
Original Publication Date: 1997-Oct-01
Included in the Prior Art Database: 2000-Sep-13
Document File: 11 page(s) / 28K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

T. Smith: AUTHOR [+2]

Abstract

This memo describes how the IP multicast service being developed by the IP over ATM working group may be used to support IP broadcast transmission. The solution revolves around treating the broadcast problem as a special case of multicast, where every host in the subnet or cluster is a member of the group.

This text was extracted from a ASCII document.
This is the abbreviated version, containing approximately 10% of the total text.

Network Working Group T. Smith

Request for Comments: 2226 IBM Corporation

Category: Standards Track G. Armitage

Lucent Technologies

October 1997

IP Broadcast over ATM Networks

Status of this Memo

This document specifies an Internet standards track protocol for the

Internet community, and requests discussion and suggestions for

improvements. Please refer to the current edition of the "Internet

Official Protocol Standards" (STD 1) for the standardization state

and status of this protocol. Distribution of this memo is unlimited.

Copyright Notice

Copyright (C) The Internet Society (1997). All Rights Reserved.

Abstract

This memo describes how the IP multicast service being developed by

the IP over ATM working group may be used to support IP broadcast

transmission. The solution revolves around treating the broadcast

problem as a special case of multicast, where every host in the

subnet or cluster is a member of the group.

An understanding of the services provided by RFC 2022 is assumed.

1. Introduction.

The IETF's first step in solving the problems of running IP over

Asynchronous Transfer Mode (ATM) technology is described in RFC 1577

[1]. It provides for unicast communication between hosts and routers

within Logical IP Subnets (LISs), and proposes a centralized ATM ARP

Server which provides IP to ATM address resolution services to LIS

members.

Two classes of IP service were omitted - multicast and broadcast

transmissions. Multicasting allows a single transmit operation to

cause a packet to be received by multiple remote destinations.

Broadcasting typically allows a single transmit operation to cause a

packet to be received by all IP hosts that are members of a

particular 'subnet'.

To address the need for multicast support (represented by

transmission to IP addresses in the Class D space), RFC 2022

("Support for Multicast over UNI 3.0/3.1 based ATM Networks") [2] was

created. This memo creates an analog of the RFC 1577 ARP Server - a

new entity known as the MARS (Multicast Address Resolution Server).

The MARS operates as a centralized registry and distribution

mechanism for mappings between IP multicast addresses and groups of

ATM unicast addresses. Host behavior is also defined for establishing

and managing point to multipoint VCs, based on the information

returned by the MARS, when hosts wish to transmit packets to ...