Page 301 / 998 Scroll up to view Page 296 - 300
IGMP Snooping command reference
IGMP snooping
3-39
iMG/RG Software Reference Manual (IGMP)
3.1.5.1.47 IGMP PROXY SHOW UPSTREAMINTERFACE
Syntax
IGMP PROXY SHOW UPSTREAMINTERFACE
Description
This command displays the status of the upstream interface. If an upstream interface has
been set using the IGMP PROXY SET UPSTREAMINTERFACE command, this command
displays the current setting.
Example
--> igmp proxy show upstreaminterface
IGMP Proxy configuration
Upstream If : ip0
See also
IGMP PROXY SET UPSTREAMINTERFACE
3.1.5.1.48 IGMP PROXY SHOW STATUS
Syntax
IGMP PROXY SHOW STATUS
Description
This command displays the following information about the status of IGMP proxy:
IGMP Proxy group membership per interface details
Interface name and querier status
Group address
Example
--> igmp proxy show status
Multicast group membership:
Interface (querier)
| Group address
---------------------|-----------------
ip_video (yes)
| 239.255.255.250
---------------------------------------
See also
IGMP PROXY SHOW UPSTREAMINTERFACE
Page 302 / 998
IGMP snooping
IGMP Snooping command reference
iMG/RG Software Reference Manual (IGMP)
3-40
Page 303 / 998
Overview
IP
4-1
iMG/RG Software Reference Manual (IPNetwork Functions)
4. IPNetwork Functions
4.1
IP
4.1.1
Overview
This chapter describes the main features of the Internet Protocol (IPv4) and how to configure and operate the
AT-iMG models IP interface.
Before you start configuring the IP Stack for your own network requirements, it is essential that you are familiar
with the basic functionality of the IP Stack
The IP Stack allows you to configure basic connectivity for your network to provide IP routing between inter-
faces and to support local applications, such as Telnet, web server, DHCP and so on.
The dual IP Stack implements the following IPv4 protocols:
Internet Protocol (IP), including RFC 791.
Includes support for Fragmentation and Reassembly (
RFC 0791
and
RFC 1812
(section 4.2.2.7))
Includes support for Subnetting and Classless Interdomain Routing. •
Internet Control Message Protocol
(ICMP) (
RFC 0792
); see
ICMP (RFC 972)
.
User Datagram Protocol (UDP) -
RFC 768
Transmission Control Protocol (TCP) -
RFC 793
featuring also
TCP MSS Clamp;
Address Resolution Protocol (ARP) for Ethernet -
RFC 826
and
RFC 894
.
Internet Group Management Protocol (IGMP), Version 2 -
RFC 236
.
Multicast forwarding and IGMP
Proxy (
RFC 2236
);
Routing Information Protocol (RIP), Version 2 -
RFC 1723
; see
RIP v2 (for IPv4).
4.1.2
IP Interfaces
In order to use the IP stack, one or more interfaces must be added to the IP stack and attached to a transport.
For IPv4 interfaces, each interface must be configured with an IP address and a subnet mask. Together, these
define the range of addresses which can be reached via the interface withoutpassing through any other routers
Each interface (real and virtual) must have a unique subnet; the range of addresses on each interface must not
overlap with any other interface. The only exception to this is unnumbered interfaces, which may be configured
on point to point links when there is no local subnet associated with the interface.
Page 304 / 998
IP
IP support on AT-iMG Models
iMG/RG Software Reference Manual (IPNetwork Functions)
4-2
4.1.3
IP support on AT-iMG Models
In order to use the IP stack, one or more interfaces must be added to the IP stack and attached to a transport.
Each interface must be configured with an IP address and a subnet mask. Together, these define the range of
addresses that can be reached via the interface without passing through any other routers.
Each interface (real and virtual) must have a unique subnet; the range of addresses on each interface must not
overlap with any other interface. In situations where there is no local subnet associated with an interface,
unnumbered interfaces may be used.
4.1.3.1 Adding and attaching IP interfaces
IP interfaces are added and attached using the commands provided in the IP and Ethernet module respectively.
IP interfaces use typically the services provided by Ethernet transports. Ethernet transport is an abstraction
layer used to classify the format of the IP packets that will be transferred through the network. Another type of
transport is, for example, is PPPoE. Packets transmitted through a PPPoE connection or Ethernet connection
will have different frame format even if the convey the same type of information to the IP layer.
Because the system supports VLANs, the same Ethernet port can be shared between different VLANs. There-
fore it's not possible map an Ethernet transport directly to a physical Ethernet port.
Instead Ethernet transports are mapped to VLANs that from a logical point of view they act like an Ethernet
segment, as an Ethernet port would do in a simple system without VLANs
The way a transport is attached to the gateway depends on the kind of core switching type.
On FIBER A/C and ADSL A devices
it happens like depicted in steps here below.
Create an Ethernet transport using the command:
ethernet add transport eth1 myvlan
Create an interface to the IP stack: using, for example, the command:
ip add interface ip1 192.168.101.2 255.255.255.0
Attach the transport to the interface using the command:
ip attach ip1 eth1
Things are slightly different on the remaining models. A Vlan is handled as a bridgeport. Each bridgeport is a
transport of type Qbridge. therefore step 1) is not necessary.
Create an interface to the IP stack: using, for example, the command:
ip add interface ip1 192.168.101.2 255.255.255.0
Attach the transport to the interface using the command:
ip attach ip1 myvlan
Page 305 / 998
IP support on AT-iMG Models
IP
4-3
iMG/RG Software Reference Manual (IPNetwork Functions)
The
maximum number of IP interfaces is set to 16
, which means that there are up to 16 IP interfaces
internally numbered one to 16. Since one interface is reserved for use as a loopback interface, this means up to
15 IP interfaces can be added by the user
When a packet arrives on an IP interface, the IP stack determines what to do with the packet. There are two
options:
Receive the packet locally;
Forward the packet to another interface
4.1.3.2 IP stack and incoming packets
When a packet arrives on an IP interface, the IP stack determines whether:
The packet should be received locally
The packet should be forwarded to another interface
4.1.3.3 Locally received packets
A packet will be received locally if:
The destination address of the packet matches any of the IP stack interface addresses (real or virtual inter-
face, primary or secondary addresses)
The packet is a broadcast
The packet is a multicast to a group that the IP stack belongs to
The packet has the
Router Alert
option set
The packet is either processed internally within the IP stack (for example, ICMP or IGMP control messages), or
passed up to an application via the appropriate protocol processing (for example, TCP or UDP data).
For a local application to successfully send a packet back to another host, the IP stack must be able to find a
suitable route to that host.
4.1.3.4 Forwarding packets
If the IP stack determines that a packet should not be received locally, it will try to forward the packet. The
packet will be forwarded if:
The destination of the packet can be reached directly via any of the IP stack’s interfaces
A route has been added, either manually or by a routing protocol, specifying a suitable gateway via which
that destination may be reached
Several address tests are applied before forwarding a packet, for example to prevent broadcast packets from
being forwarded. For more information about these tests, see
RFC1122: Requirements for Internet - Hosts
.

Rate

4 / 5 based on 3 votes.

Popular Allied-Telesis Models

Bookmark Our Site

Press Ctrl + D to add this site to your favorites!

Share
Top