- Source: Internet Gateway Device Protocol
Internet Gateway Device (UPnP IGD) Control Protocol is a protocol based on UPnP for mapping ports in network address translation (NAT) setups, supported by some NAT-enabled routers. It is a common communications protocol for automatically configuring port forwarding, and is part of an ISO/IEC Standard rather than an Internet Engineering Task Force standard.
Usage
Applications using peer-to-peer networks, multiplayer gaming, and remote assistance programs need a way to communicate through home and business gateways. Without IGD one has to manually configure the gateway to allow traffic through, a process which is error-prone and time-consuming. UPnP comes with a solution for network address translation traversal (NAT traversal) that implements IGD.
IGD makes it easy to do the following:
Add and remove port mappings
Assign lease times to mappings
Enumerate existing port mappings
Learn the public (external) IP address
UPnP IGDv2
UPnP IGDv2, published in 2010, added IPv6 support and corrected the misconception of an infinite lease time with a value of 0. The specifications are backward compatible, but there are compatibility issues e.g. with the Microsoft client.
Compatibility issues
There are numerous compatibility issues due the different interpretations of the very large actually backward compatible IGDv1 and IGDv2 specifications. One of them is the UPnP IGD client integrated with current Microsoft Windows and Xbox systems with certified IGDv2 routers. The compatibility issue still exist since the introduced of the IGDv1 client in Windows XP in 2001, and a IGDv2 router without a workaround that makes router port mapping impossible.
If UPnP is only used to control router port mappings and pinholes, there are alternative, newer much simpler and lightweight protocols such as the PCP and the NAT-PMP, both of which have been standardized as RFCs by the IETF. These alternatives are not yet known to have compatibility issues between different clients and servers, but adoption is still low. For consumer routers, only AVM and the open source router software projects OpenWrt, OPNsense, and pfSense are currently known to support PCP as an alternative to UPnP. AVM's Fritz!Box UPnP IGDv2 and PCP implementation has been very buggy since its introduction. In many cases it does not work.
Security risks
Malware can exploit the IGD protocol to bring connected devices under the control of a foreign user. The Conficker worm is an example of a botnet created using this vector.
Internals
The host can discover available IGDv1/IGDv2 devices with only one M-SEARCH for IGDv1 on the network via Simple Service Discovery Protocol (SSDP) which can be controlled then with the help of a network protocol such as SOAP. A discover request is sent via HTTP and port 1900 to the IPv4 multicast address 239.255.255.250 (for the IPv6 addresses see the Simple Service Discovery Protocol (SSDP)):
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 2
ST: urn:schemas-upnp-org:device:InternetGatewayDevice:1
See also
Port Control Protocol (PCP)
NAT Port Mapping Protocol (NAT-PMP)
Universal Plug and Play (UPnP)
Session Traversal Utilities for NAT (STUN)
References
External links
Port Mapping Protocols Overview and Comparison 2024 — About UPnP IGD & PCP/NAT-PMP
UPnP Forum Internet Gateway Device presentation
Universal Plug and Play NAT Traversal FAQ by Microsoft. Archived copy
Kata Kunci Pencarian:
- Serangan kegagalan layanan
- Cisco Systems
- Porta (jaringan komputer)
- LimeWire
- Internet Gateway Device Protocol
- Border Gateway Protocol
- Media Gateway Control Protocol
- H.248
- NAT Port Mapping Protocol
- Gateway (telecommunications)
- Port forwarding
- Media gateway control protocol architecture
- Internet Control Message Protocol
- STUN
