Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

UDP 브로드캐스트 주소 255.255.255.255와 192.168.0.255의 차이점과 이를 고려한 C# UDP 서버/클라이언트 예제

보통, UDP 브로드캐스트 주소로 255.255.255.255 주소를 사용할 수 있습니다. 그런데 실제로 그 주소로 브로드캐스트를 해보면 안 되는 경우가 많습니다. 반면, 개별 어댑터가 소유한 주소의 브로드캐스트 주소로 보내면 원하는 대로 전달이 됩니다.

검색을 해보면,

255.255.255.255 vs 192.168.1.255
; https://serverfault.com/questions/219764/255-255-255-255-vs-192-168-1-255

주소에 따라 다음과 같이 명칭을 구분하고 있습니다.

- Global broadcast address (255.255.255.255)
- Network layer broadcast address (192.168.25.255 or 192.168.255.255 depends on your subnet)

그런데 "network layer broadcast address"라는 단어는 경우에 따라 혼동의 여지가 있습니다. TCP/IP의 프로토콜 계층으로 보면 "Network Access Layer"가 ethernet에 해당하는 계층이라 IP 주소 영역의 주소라기보다는 ethernet MAC Address 상의 broadcast 주소(FF:FF:FF:FF:FF:FF)를 의미할 수 있기 때문입니다. (물론 OSI 7 계층으로 보면 TCP/IP의 인터넷 계층에 해당하기 때문에 그럴 때는 의미가 맞습니다.)

그래도 Network layer broadcast address 용어가 저 글에만 쓰이는 것 같고 오히려 검색해 보면 다음과 같은 기준으로 사용되는 경우가 더 많습니다.

- Global broadcast address (255.255.255.255)
- Network broadcast address (192.168.25.255 or 192.168.255.255 depends on your subnet)

반면, RFC 919 문서에 보면 완전히 단어가 반대(global -> local)로 쓰이고 있고 검색에서도 이런 의미로 쓰이는 것을 찾아볼 수 있습니다.

- Local broadcast address (255.255.255.255)
- Directed broadcast address (192.168.25.255 or 192.168.255.255 depends on your subnet)

그 외에 255.255.255.255에 대해 Limited broadcast address라고 지칭하기도 합니다.

이 글에서는 "TCP/IP 소켓 프로그래밍(The Pocket Guide to TCP/IP Sockets)"과 같은 책에서도 그렇고 RFC 문서에도 언급되고 있는 "local"과 "directed"로 용어를 사용하겠습니다. (혹시 공식 용어를 아시는 분 있으면 덧글 부탁드립니다. ^^)




암튼, local broadcast address를 사용하면 윈도우 버전마다 동작 방식에서 차이를 보이게 되는데요, 이에 대해 다음의 글에 설명이 있습니다.

How to fix the global broadcast address (255.255.255.255) behavior on Windows?
; https://social.technet.microsoft.com/Forums/windows/en-US/72e7387a-9f2c-4bf4-a004-c89ddde1c8aa/how-to-fix-the-global-broadcast-address-255255255255-behavior-on-windows?forum=w7itpronetworking

하지만 일단 XP는 차치하고 윈도우 7 이후의 모델로 한정해 설명해 보겠습니다.

설명을 위해 다음과 같이 UDP 브로드캐스트 서버 예제와,

using System;
using System.Net;
using System.Net.Sockets;
using System.Text;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            UdpClient udp = new UdpClient(new IPEndPoint(IPAddress.Any, 15000));

            while (true)
            {
                IPEndPoint any = new IPEndPoint(IPAddress.Any, 0);
                byte[] buf = udp.Receive(ref any);
                Console.WriteLine(buf.Length + " from " + any.ToString());

                if (Encoding.UTF8.GetString(buf) == "TEST")
                {
                    udp.Send(buf, 4, any);
                }
            }
        }
    }
}

클라이언트 예제를 마련합니다.

using System;
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.Threading;

namespace ConsoleApp2
{
    class Program
    {
        static void Main(string[] args)
        {
            UdpClient udp = new UdpClient();
            udp.EnableBroadcast = true;

            udp.Client.ReceiveTimeout = 3000;

            while (true)
            {
                IPEndPoint broad = new IPEndPoint(IPAddress.Broadcast, 15000); // IPAddress.Broadcast == 255.255.255.255
                byte[] buf = Encoding.UTF8.GetBytes("TEST");
                udp.Send(buf, buf.Length, broad);
                
                IPEndPoint any = new IPEndPoint(IPAddress.Any, 0);

                try
                {
                    byte[] buf2 = udp.Receive(ref any);
                    Console.WriteLine(buf.Length + " from " + any.ToString());
                } catch { }

                Thread.Sleep(1000);
            }
        }
    }
}

위의 2개 예제를 같은 컴퓨터에서 실행하면 언제나 잘 됩니다. 즉, 255.255.255.255 주소로 브로드캐스팅하는 경우 같은 PC에서 실행하면 의도한 결과를 얻게 됩니다. 반면, 서버를 다른 컴퓨터에서 실행하면 경우에 따라 되거나/안 될 수도 있습니다. 왜 그런 차이가 발생할까요?

이를 이해하려면 윈도우 7 이후의 운영체제에서 255.255.255.255 브로드캐스팅이 우선순위가 높은 인터페이스에만 전달된다는 것을 알아야 합니다. 그리고 그 우선순위는 route 명령어로 확인할 수 있습니다. 가령, 제 컴퓨터에서 다음과 같은 결과를 얻을 수 있는데,

C:\> route PRINT -4
===========================================================================
Interface List
 16...00 15 5d 00 13 15 ......Hyper-V Virtual Ethernet Adapter #2 (Docker NAT)
  4...00 e0 4c 23 1a cf ......Realtek PCIe GBE Family Controller #3 (NAS_LAN)
 27...2c 56 dc 94 8d d7 ......Hyper-V Virtual Ethernet Adapter #3  (vpc-switch)
 10...7c 5c f8 db 08 0c ......Bluetooth Device (Personal Area Network)
  1...........................Software Loopback Interface 1
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.0.1     192.168.0.19    281
        10.0.75.0    255.255.255.0         On-link         10.0.75.1    271
        10.0.75.1  255.255.255.255         On-link         10.0.75.1    271
      10.0.75.255  255.255.255.255         On-link         10.0.75.1    271
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
      192.168.0.0    255.255.255.0         On-link      192.168.0.19    281
     192.168.0.19  255.255.255.255         On-link      192.168.0.19    281
    192.168.0.255  255.255.255.255         On-link      192.168.0.19    281
    192.168.137.0    255.255.255.0         On-link     192.168.137.1    281
    192.168.137.1  255.255.255.255         On-link     192.168.137.1    281
  192.168.137.255  255.255.255.255         On-link     192.168.137.1    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link         10.0.75.1    271
        224.0.0.0        240.0.0.0         On-link     192.168.137.1    281
        224.0.0.0        240.0.0.0         On-link      192.168.0.19    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link         10.0.75.1    271
  255.255.255.255  255.255.255.255         On-link     192.168.137.1    281
  255.255.255.255  255.255.255.255         On-link      192.168.0.19    281
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0      192.168.0.1  Default
          0.0.0.0          0.0.0.0      192.168.0.1     256
===========================================================================

위의 출력에서 브로드캐스팅에 해당하는 라우팅 정보는 다음과 같습니다.

Network Destination        Netmask          Gateway       Interface  Metric
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link         10.0.75.1    271
  255.255.255.255  255.255.255.255         On-link     192.168.137.1    281
  255.255.255.255  255.255.255.255         On-link      192.168.0.19    281

네트워크 어댑터의 우선순위는 "Metric" 값으로 정해지는데, 이 값이 낮을수록 우선순위가 높은 것입니다. 따라서 위의 결과에서는 255.255.255.255 주소로 브로드캐스팅하는 경우 10.0.75.1 인터페이스 값을 갖는 어댑터로만 브로드캐스팅이 전달됩니다.

따라서, 만약 여러분이 UDP 서버를 10.0.75.1 주소와 연결되는 네트워크에 배포했다면 UDP 클라이언트로부터의 255.255.255.255 브로드캐스팅 신호를 잘 접수할 수 있지만 다른 네트워크에 배포했다면 동작하지 않게 되는 것입니다.

이 말은 곧, 원한다면 다른 어댑터의 Metric 값을 낮춰 255.255.255.255 주소의 브로드캐스팅 전달을 제어할 수 있다는 것입니다. 가령, 192.168.0.19 인터페이스를 갖는 어댑터로 255.255.255.255의 브로드캐스팅을 전달하고 싶다면 다음과 같이 route 명령을 사용해 Metric 값을 낮춰주면 됩니다.

C:\Windows\System32> route CHANGE 255.255.255.255 MASK 255.255.255.255 0.0.0.0 METRIC 245 IF 27
 OK!

// 실행 후, route 테이블

Network Destination        Netmask          Gateway       Interface  Metric
  255.255.255.255  255.255.255.255         On-link         10.0.75.1    271
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link     192.168.137.1    281
  255.255.255.255  255.255.255.255         On-link      192.168.0.19    270

192.168.0.19 인터페이스의 metric 값이 270으로 가장 낮기 때문에 이제 255.255.255.255 브로드캐스팅은 그 네트워크로 전송이 됩니다.




대개의 경우, 브로드캐스팅을 한다면 적어도 현재 컴퓨터와 연결된 모든 어댑터의 네트워크로 전송이 되길 바랄 것입니다. 따라서 이런 경우에는 어댑터를 열람해서 각각의 directed broadcast address를 맞춰서 전송하면 됩니다.

가령, 192.168.0.19 주소의 네트워크에 참여하고 있다면 192.168.0.255로 브로드캐스팅을 하는 식입니다. 그런데, 이런 식으로 255를 마지막에 붙여주면 CIDR 표기 상의 네트워크와 맞지 않습니다. 따라서 모든 경우를 고려한 directed broadcast address를 사용하려면 적절하게 네트워크 주소 범위를 고려해야 합니다. C#은 다음의 글을 참고해,

IP Address Calculations with C# (Subnetmasks, Networks, …)
; http://blogs.msdn.com/b/knom/archive/2008/12/31/ip-address-calculations-with-c-subnetmasks-networks.aspx

이렇게 만들어 줄 수 있습니다.

private IPAddress[] GetDirectedBroadcastAddresses()
{
    List<IPAddress> list = new List<IPAddress>();

    foreach (NetworkInterface item in NetworkInterface.GetAllNetworkInterfaces())
    {
        if (item.NetworkInterfaceType == NetworkInterfaceType.Loopback)
        {
            continue;
        }

        if (item.OperationalStatus != OperationalStatus.Up)
        {
            continue;
        }

        UnicastIPAddressInformationCollection unicasts = item.GetIPProperties().UnicastAddresses;

        foreach (UnicastIPAddressInformation unicast in unicasts)
        {
            IPAddress ipAddress = unicast.Address;

            if (ipAddress.AddressFamily != AddressFamily.InterNetwork)
            {
                continue;
            }

            byte[] addressBytes = ipAddress.GetAddressBytes();
            byte[] subnetBytes = unicast.IPv4Mask.GetAddressBytes();

            if (addressBytes.Length != subnetBytes.Length)
            {
                continue;
            }

            byte[] broadcastAddress = new byte[addressBytes.Length];
            for (int i = 0; i < broadcastAddress.Length; i++)
            {
                broadcastAddress[i] = (byte)(addressBytes[i] | (subnetBytes[i] ^ 255));
            }

            list.Add(new IPAddress(broadcastAddress));
        }
    }

    return list.ToArray();
}

가령 다음과 같은 환경에서는,

IP: 10.0.75.1     (10.0.75.0/24)
IP: 192.168.13.1  (192.168.137.0/24)
IP: 192.168.0.19  (192.168.0.0/24)
IP: 172.17.168.97 (172.17.168.96/28)

GetDirectedBroadcastAddresses 메서드는 다음의 주소를 반환합니다.

10.0.75.255
192.168.137.255
192.168.0.255
172.17.168.111

따라서 이렇게 구한 directed broadcast address에 대해 한 번씩 UDP Send를 해주면 운영체제 버전에 상관없이 브로드캐스팅 효과를 볼 수 있습니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




참고로, 255.255.255.255 주소로 브로드캐스팅할 때,

IPEndPoint broad = new IPEndPoint(IPAddress.Broadcast, 15000);
byte[] buf = Encoding.UTF8.GetBytes("TEST");
udp.Send(buf, buf.Length, broad);

Send 메서드에서 다음과 같은 오류가 발생할 수 있습니다.

System.Net.Sockets.SocketException occurred
  HResult=0x80004005
  Message=A socket operation was attempted to an unreachable network
  Source=<Cannot evaluate the exception source>
  StackTrace:
   at System.Net.Sockets.Socket.SendTo(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint remoteEP) in f:\dd\NDP\fx\src\net\System\Net\Sockets\Socket.cs:line 1689
   at System.Net.Sockets.UdpClient.Send(Byte[] dgram, Int32 bytes, IPEndPoint endPoint) in f:\dd\NDP\fx\src\net\System\Net\Sockets\UDPClient.cs:line 531
   at ConsoleApp2.Program.Main(String[] args) in E:\ConsoleApp1\ConsoleApp2\Program.cs:line 25

물론 특별한 경우이긴 한데요, 이렇게 "unreachable network"라고 나오는 것은 IP 라우팅 테이블에 255.255.255.255에 대해 등록이 하나도 없다면 그럴 수 있습니다. 여기서 루프백 어댑터는 대상에서 제외됩니다. 즉, 루프백 어댑터 상에 255.255.255.255 항목이 있다 해도 역시 "unreachable network" 예외가 발생합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/4/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2020-08-05 04시41분
[Me] boradcast로 전달 받은 IPEndPoint any의 port 번호가 왜 15000이 아닐까요?
[손님]
2020-08-05 10시52분
ConsoleApp1의 출력에서 15000이 안 나오는 이유를 묻는 건가요? 혹시 웹 서버가 80포트인데, 클라이언트 측도 80 포트를 열어 접속해야만 한다고 생각하는 건가요?
정성태

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13130정성태9/28/202251.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/202248.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/202287C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import파일 다운로드1
13127정성태9/22/2022131Windows: 210. WSL에 systemd 도입
13126정성태9/15/2022490.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/2022558.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/2022396.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/2022589.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/2022699.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/2022555C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
13120정성태8/19/2022592Windows: 209. Windows NT Service에서 UI를 다루는 방법
13119정성태8/18/2022647.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법
13118정성태8/18/2022614.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]
13117정성태8/17/2022704.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)파일 다운로드1
13116정성태8/4/2022774.NET Framework: 2041. C# - Socket.Close 시 Socket.Receive 메서드에서 예외가 발생하는 문제파일 다운로드1
13115정성태8/3/20221013.NET Framework: 2040. C# - ValueTask와 Task의 성능 비교 [1]파일 다운로드1
13114정성태8/2/2022901.NET Framework: 2039. C# - Task와 비교해 본 ValueTask 사용법파일 다운로드1
13113정성태7/31/2022818.NET Framework: 2038. C# 11 - Span 타입에 대한 패턴 매칭 (Pattern matching on ReadOnlySpan<char>)
13112정성태7/30/2022907.NET Framework: 2037. C# 11 - 목록 패턴(List patterns) [1]파일 다운로드1
13111정성태7/29/2022838.NET Framework: 2036. C# 11 - IntPtr/UIntPtr과 nint/nuint의 통합파일 다운로드1
13110정성태7/27/2022956.NET Framework: 2035. C# 11 - 새로운 연산자 ">>>" (Unsigned Right Shift)파일 다운로드1
13109정성태7/27/2022767VS.NET IDE: 177. 비주얼 스튜디오 2022를 이용한 (소스 코드가 없는) 닷넷 모듈 디버깅 - "외부 원본(External Sources)"
13108정성태7/26/2022709Linux: 53. container에 실행 중인 Golang 프로세스를 디버깅하는 방법
13107정성태7/25/2022697Linux: 52. Debian/Ubuntu 계열의 docker container에서 자주 설치하게 되는 명령어
13106정성태7/24/2022591오류 유형: 819. 닷넷 6 프로젝트의 "Conditional compilation symbols" 기본값 오류
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...