Microsoft MVP성태의 닷넷 이야기
.NET Framework: 1057. C# - CoAP 서버 및 클라이언트 제작 (UDP 소켓 통신) [링크 복사], [링크+제목 복사],
조회: 21926
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)

C# - CoAP 서버 및 클라이언트 제작 (UDP 소켓 통신)

HTTP 프로토콜에서 TLS 및 모바일 망의 효율을 위해 UDP를 적용하게 된 것처럼,

.NET 5에서의 네트워크 라이브러리 개선 (2) - HTTP/2, HTTP/3 관련
; https://www.sysnet.pe.kr/2/0/12504#http3

IoT 세계의 저전력을 목표로 하는 기기에서 TCP는 부담스러울 수밖에 없습니다. ^^ 그래서 나온 것이, UDP에 기반을 둔 CoAP(The Constrained Application Protocol)입니다.

비록, IoT 기기를 위한 프로토콜이긴 하지만 사실 그냥 일반적인 UDP 통신 래퍼로 여겨도 좋을 수준인데요, 그런 의미에서 ^^ C# 콘솔 프로그램으로 간단하게 CoAP 서버 및 클라이언트를 만들어 보겠습니다.

당연하겠지만, 이미 NuGet에 패키지가 있습니다. ^^

smeshlink/CoAP.NET
; https://github.com/smeshlink/CoAP.NET

CoAP.NET
; https://www.nuget.org/packages/CoAP/
// Install-Package CoAP -Version 1.1.0

CoAP.NET.Core
; https://www.nuget.org/packages/CoAP.NET.Core/
// Install-Package CoAP.NET.Core -Version 1.1.0

일단, 서버는 CoAP.NET의 README.md에서 설명한 대로 다음과 같이 간단하게 제작할 수 있습니다.

using CoAP.Server;
using System;
using System.Diagnostics;

class HelloWorldResource : Resource
{
    public HelloWorldResource()
        : base("hello-world")
    {
        Attributes.Title = "GET a friendly greeting!";
    }

    protected override void DoGet(CoapExchange exchange)
    {
        Console.WriteLine($"temperature data: {exchange.Request.PayloadString}");
        exchange.Respond("Hello World from CoAP.NET!");
    }
}

// Install-Package CoAP -Version 1.1.0
class Server
{
    static void Main(String[] args)
    {
        CoAP.CoapConfig cc = new CoAP.CoapConfig();
        cc.MaxRetransmit = 2;

        CoapServer server = new CoapServer(cc, 60100);
        server.Add(new HelloWorldResource());
        server.Start();

        Console.WriteLine("Press any key to exit...");
        Console.ReadLine();
    }
}

/* 실행 결과
DEBUG - Starting CoAP server
DEBUG - BlockwiseLayer uses MaxMessageSize: 1024 and DefaultBlockSize:512
DEBUG - Starting endpoint bound to [::]:60100
Press any key to exit...
*/

HelloWorldResource 타입의 base 생성자에 "hello-world"를 전달하고 있는데 ASP.NET Web API라면 일종의 "[Route("hello-world")]" 설정이라고 보면 됩니다.

어찌 보면, IoC 컨테이너 없는 단순한 수준의 Web API 템플릿이라고 봐도 무방할 정도입니다.




이렇게 만든 CoAP 서버를 소비하는 클라이언트 역시 간단하게 만들 수 있습니다.

// CoAP.Client - A CoAP Example Client
// https://github.com/smeshlink/CoAP.NET/tree/master/CoAP.Example/CoAP.Client

using CoAP;
using System;
using System.Diagnostics;

// Install-Package CoAP -Version 1.1.0
class Program
{
    static void Main(string[] args)
    {
        Request request = new Request(Method.GET);
        request.URI = new Uri("coap://127.0.0.1:60100/hello-world");
        request.SetPayload("0", MediaType.TextPlain); // 간단한 데이터 전송
        request.Send();

        Response response = request.WaitForResponse();
        if (response == null)
        {
            Console.WriteLine("Failed to get response");
        }
        
    }
}

/* 출력 결과: 서버
temperature data: 0
*/

/* 출력 결과: 클라이언트
DEBUG - BlockwiseLayer uses MaxMessageSize: 1024 and DefaultBlockSize:512
DEBUG - Starting endpoint bound to [::]:61379
DEBUG - Scheduling retransmission for CON-GET ID=-1, Token=21773E8A, Options=[URI-Port=60100, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Send request, failed transmissions: 0
DEBUG - Stored open request by KeyID[59156 for ], KeyToken[21-77-3E-8A]
DEBUG - Exchange got response: Cleaning up KeyID[59156 for ]
DEBUG - Cancel retransmission for -->
DEBUG - CON-GET ID=59156, Token=21773E8A, Options=[URI-Port=60100, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Exchange completed: Cleaning up KeyToken[21-77-3E-8A]
*/

보는 바와 같이 UDP 통신이지만, Request/Response 기반으로 동작해 마치 HTTP REST API 호출하듯이 사용할 수 있습니다. 사용법이 너무 간단하죠. ^^ 결국, 일반 UDP 통신을 구현하는 몇몇 상황에서도 CoAP를 이용하는 것이 더 좋은 선택이 될 수 있을 정도입니다.

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




경우에 따라 IoT 기기에서 데이터를 서버가 받아줄 때까지 무한정 재시도를 하기는 힘들 것입니다. 이를 위해 Send 전에 MaxRetransmit을 설정하면,

...[생략]...
// 재현을 위해 일부러 없는 포트로 전송
request.URI = new Uri("coap://127.0.0.1:13290/hello-world");
request.MaxRetransmit = 2;
request.Send();

다음과 같이 0, 1, 2까지 총 3번의 요청을 전송합니다.

DEBUG - BlockwiseLayer uses MaxMessageSize: 1024 and DefaultBlockSize:512
DEBUG - Starting endpoint bound to [::]:49943
DEBUG - Scheduling retransmission for CON-GET ID=-1, Token=026840C6, Options=[URI-Port=190, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Send request, failed transmissions: 0
DEBUG - Stored open request by KeyID[53977 for ], KeyToken[02-68-40-C6]
DEBUG - Timeout: retransmit message, failed: 1, message: CON-GET ID=53977, Token=026840C6, Options=[URI-Port=190, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Scheduling retransmission for CON-GET ID=53977, Token=026840C6, Options=[URI-Port=190, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Send request, failed transmissions: 1
DEBUG - Stored open request by KeyID[53977 for ], KeyToken[02-68-40-C6]
DEBUG - Timeout: retransmit message, failed: 2, message: CON-GET ID=53977, Token=026840C6, Options=[URI-Port=190, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Scheduling retransmission for CON-GET ID=53977, Token=026840C6, Options=[URI-Port=190, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Send request, failed transmissions: 2
DEBUG - Stored open request by KeyID[53977 for ], KeyToken[02-68-40-C6]
DEBUG - Start Mark-And-Sweep with 0 entries
DEBUG - Timeout: retransmission limit reached, exchange failed, message: CON-GET ID=53977, Token=026840C6, Options=[URI-Port=190, URI-Path=hello-world, Content-Type=text/plain], "0"
DEBUG - Exchange completed: Cleaning up KeyToken[02-68-40-C6]
DEBUG - Exchange completed: Cleaning up KeyToken[02-68-40-C6]
DEBUG - Exchange completed: Cleaning up KeyToken[02-68-40-C6]
Press any key to continue . . .

혹은 Send 후 Response를 받는 메서드에서 timeout을 설정하는 것도 가능합니다.

Request request = new Request(Method.GET);
request.URI = new Uri("coap://127.0.0.1:190/hello-world");
request.SetPayload("0", MediaType.TextPlain);
request.MaxRetransmit = 2;
request.Send();

Response response = request.WaitForResponse(1000);

그럼, MaxRetransmit 설정 횟수에 상관없이 무조건 1000ms 지난 후에 WaitForResponse는 null을 반환하게 됩니다.




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

[연관 글]






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

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

비밀번호

댓글 작성자
 



2022-09-22 02시52분
[LGCoap] 회사에서 Iot 장비를 개발 중에
테스트 Coap 서버를 구축해야 했습니다.
공유해주신 자료 덕분에 쉽게 구축하여 테스트 했습니다^^
좋은 정보 감사합니다!!^^
[guest]

... 106  107  108  109  110  111  [112]  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11157정성태3/22/201722638.NET Framework: 648. Dictionary<TKey, TValue>를 deep copy하는 방법파일 다운로드1
11156정성태3/21/201723926.NET Framework: 647. 닷넷(C#) 코드로 인증서 요청 코드 만드는 방법파일 다운로드1
11155정성태3/21/201724211.NET Framework: 646. SslStream의 CipherAlgorithm 선택이 가능할까요?파일 다운로드1
11154정성태3/5/201730512VC++: 109. DLL에서 STL 객체를 인자/반환값으로 갖는 함수를 제공할 때, 그 함수를 외부에서 사용하는 경우 비정상 종료한다면? [2]파일 다운로드1
11153정성태3/5/201729995VC++: 108. DLL에 정의된 C++ template 클래스의 복사 생성자 문제파일 다운로드1
11152정성태3/4/201724243VC++: 107. VirtualAlloc, HeapAlloc, GlobalAlloc, LocalAlloc, malloc, new의 차이점 [1]파일 다운로드1
11151정성태3/3/201724429VC++: 106. DLL 개발자가 주의해야 할 Secure CRT 함수 사용 [1]파일 다운로드1
11150정성태2/21/201720394.NET Framework: 645. Visual Studio Fakes 기능에서 Shim... 클래스가 생성되지 않는 경우 [5]
11149정성태2/21/201724217오류 유형: 378. A 64-bit test cannot run in a 32-bit process. Specify platform as X64 to force test run in X64 mode on X64 machine.
11148정성태2/20/201723358.NET Framework: 644. AppDomain에 대한 단위 테스트 시 알아야 할 사항
11147정성태2/19/201721783오류 유형: 377. Windows 10에서 Fake 어셈블리를 생성하는 경우 빌드 시 The type or namespace name '...' does not exist in the namespace 컴파일 오류 발생
11146정성태2/19/201721036오류 유형: 376. Error VSP1033: The file '...' does not contain a recognized executable image. [2]
11145정성태2/16/201722512.NET Framework: 643. 작업자 프로세스(w3wp.exe)가 재시작되는 시점을 알 수 있는 방법 - 두 번째 이야기 [4]파일 다운로드1
11144정성태2/6/201725930.NET Framework: 642. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (부록 1) - CallingConvention.StdCall, CallingConvention.Cdecl에 상관없이 왜 호출이 잘 될까요?파일 다운로드1
11143정성태2/5/201723428.NET Framework: 641. [Out] 형식의 int * 인자를 가진 함수에 대한 P/Invoke 호출 방법파일 다운로드1
11142정성태2/5/201731289.NET Framework: 640. 닷넷 - 배열 크기의 한계 [2]파일 다운로드1
11141정성태1/31/201725727.NET Framework: 639. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (4) - CLR JIT 컴파일러의 P/Invoke 호출 규약 [1]파일 다운로드1
11140정성태1/27/201721125.NET Framework: 638. RSAParameters와 RSA파일 다운로드1
11139정성태1/22/201724054.NET Framework: 637. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (3) - x64 환경의 __fastcall과 Name mangling [1]파일 다운로드1
11138정성태1/20/201722485VS.NET IDE: 113. 프로젝트 생성 시부터 "Enable the Visual Studio hosting process" 옵션을 끄는 방법 - 두 번째 이야기 [3]
11137정성태1/20/201720633Windows: 135. AD에 참여한 컴퓨터로 RDP 연결 시 배경 화면을 못 바꾸는 정책
11136정성태1/20/201720227오류 유형: 375. Hyper-V 내에 구성한 Active Directory 환경의 시간 구성 방법 - 두 번째 이야기
11135정성태1/20/201721065Windows: 134. Windows Server 2016의 작업 표시줄에 있는 시계가 사라졌다면? [1]
11134정성태1/20/201728640.NET Framework: 636. System.Threading.Timer를 이용해 타이머 작업을 할 때 유의할 점 [5]파일 다운로드1
11133정성태1/20/201724738.NET Framework: 635. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (2) - x86 환경의 __fastcall [1]파일 다운로드1
11132정성태1/19/201736573.NET Framework: 634. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (1) - x86 환경에서의 __cdecl, __stdcall에 대한 Name mangling [1]파일 다운로드1
... 106  107  108  109  110  111  [112]  113  114  115  116  117  118  119  120  ...