메시 네트워크에 입문하고 있습니다 (Meshtastic, MeshCore, Reticulum)

• 메시 네트워킹은 중앙 서비스 제공자 의존을 줄이고, 메시징·소셜·정보 공유처럼 접근성과 검열 저항성이 중요한 용도에 잘 맞음
• LoRa 기반 공중파 메시는 면허 불필요 서브기가헤르츠 대역에서 낮은 전력과 긴 도달거리를 제공해 지역 피어투피어망을 만들 수 있음
• Meshtastic은 모바일 메시징과 기기 추적에 쓰기 쉽지만, 공개 대규모 메시에서는 플러딩 설계와 홉 제한 때문에 한계가 큼
• MeshCore는 실제 라우팅 시스템으로 전송 횟수와 혼잡을 줄이고 최대 64홉을 지원하지만, companion·repeater 구조와 독점 클라이언트가 부담으로 작용함
• Reticulum은 LoRa, LAN, Wi-Fi, 인터넷, Tor, I2P 등을 섞어 암호화 라우팅을 제공하지만, 독립형 LoRa 인프라 노드 생태계는 아직 단순하지 않음

메시 네트워크가 필요한 이유

• 현대 인터넷은 논리적으로 메시 구조를 갖지만, 실제 핵심 자원은 소수 사업자와 중앙 서비스 제공자에 의존해 검열 압력과 서비스 통제에 취약함
• 개인과 지역사회가 보유한 노트북, 사무실 컴퓨터, 휴대기기는 충분히 강력하지만, 현재 서비스 구조는 대형 사업자의 접근권을 소비하는 방식에 크게 묶여 있음
• 메시 네트워킹은 중앙 데이터센터 대신 직접 연결된 여러 피어가 데이터 패킷을 전달해 중앙 서비스 제공자 의존을 줄이는 방식임
• 고대역폭 연결은 비용이 높고, 게임처럼 지연시간이 중요한 서비스는 중간 경유를 최소화한 대륙·해저 광섬유망이 현실적으로 필요함
• Netflix 같은 대역폭 집약 서비스나 게임 같은 지연시간 민감 서비스는 당장 메시 네트워크로 옮기기 어렵지만, 메시징·소셜 네트워킹·정보 공유는 접근성, 검열 저항성, 회복탄력성이 중요한 용도에 잘 맞음

LoRa 기반 공중파 메시의 가능성

• 현대 메시 네트워킹 혁신의 많은 부분은 LoRa 무선 영역에서 일어나고 있음
• LoRa 무전기는 대부분 국가에서 공용으로 쓸 수 있는 면허 불필요 서브기가헤르츠 대역을 사용함
• Wi-Fi에서 익숙한 2.4GHz·5GHz 비면허 대역과 비교해 LoRa는 더 낮은 전력으로 동작하면서 더 긴 도달거리를 제공함
• 공중파 메시 네트워킹은 인터넷과 공존하는 피어투피어 네트워크를 만들 수 있음
  • 현재 연결이 부족한 지역에 접속성을 제공할 수 있음
  • 중요한 필요를 위한 인터넷 백업을 유지해 온라인 개인 주권을 높일 수 있음
• 자신과 네트워크 참여자가 소유한 장비만으로 메시지를 보낼 수 있다는 점은 ISP나 Starlink 같은 서비스에서 통신 능력을 임대하는 구조와 다름

Meshtastic

• Meshtastic은 소비자용 LoRa 메시 분야의 선두 주자로 평가됨
• Meshtastic의 주된 용도는 모바일 메시징과 기기 추적이며, 네트워크를 먼저 만들고 나중에 용도를 찾는 기술 프로젝트보다 바로 구매해 쓰기 쉬운 제품에 가까움
• 소형 워키토키처럼 즉시 사용할 수 있는 도구를 원하는 사용자에게 매력적임
• 하이커나 행사 참가자처럼 작은 비공개 그룹에서는 합리적으로 잘 작동하지만, 매우 크고 공개적인 메시에서는 설계상 유지하기 어려움
• 일부 공개 메시 그룹은 도달거리를 줄이는 대신 Meshtastic의 사용 가능 대역폭을 늘렸지만, 근본 문제를 해결하지 못하는 임시방편에 가까움
• 공개 메시 네트워킹을 진지하게 다루려면 다른 해법을 검토할 필요가 커짐

MeshCore

• MeshCore는 일부 공개 메시 그룹이 전환하기 시작한 대안 중 하나임
• Meshtastic의 원래 설계는 각 메시지를 네트워크 전체에 사실상 플러딩해 목적지에 도달하기를 기대하는 방식임
• MeshCore는 실제 라우팅 시스템을 갖춰 송신자와 수신자를 포함한 특정 장치 경로를 통해서만 메시지를 보낼 수 있음
• 이 방식은 무선 전송 횟수를 크게 줄여 네트워크 혼잡을 낮추고 신뢰성을 높이며, 센서·위치 데이터 공유보다 메시징에 관심 있는 큰 그룹이 MeshCore로 이동하게 만듦
• MeshCore는 공개 메시 애호가들이 원하는 의미의 완전한 메시 구조는 아님
  • 장치는 크게 companion과 repeater로 나뉨
  • companion은 대부분 사용자가 메시지를 보내고 받는 장치임
  • repeater는 서로 메시를 구성하고 전체 네트워크 범위를 확장하는 장치임
  • companion은 네트워크 접근을 위해 항상 repeater 범위 안에 있어야 하며, 다른 companion을 대신해 메시지를 중계하지 않음
• MeshCore는 메시가 최대 64홉까지 이동할 수 있고, 이상적인 조건에서 LoRa repeater가 수 마일 떨어질 수 있어 실제 규모가 매우 커질 수 있음
• Meshtastic의 기본 3홉 제한은 7홉까지 설정 가능하더라도 메시 확산 범위에 현실적인 제약을 둠
• 누구나 MeshCore repeater로 참여할 수 있지만, 추가 계획, 조율, 중앙화가 필요함

MeshCore의 독점 소프트웨어 문제

• MeshCore의 더 큰 문제는 여러 부분이 독점 소프트웨어라는 점임
• 기반 프로토콜과 일부 무전기용 펌웨어는 오픈소스지만, 공식 MeshCore 클라이언트는 모두 독점이며 일부 기능은 유료 잠금 뒤에 있음
• 재난 대비 목적의 오프그리드 메시 네트워크에서 독점 소프트웨어는 적합하지 않고, 중앙 결제 처리기에 의존하면 문제가 더 커짐
• 오프그리드 메시 네트워크의 핵심 목적이 자유와 통제라면, 폐쇄형 해법은 지지하기 어려움
• 비공식 MeshCore 오픈소스 클라이언트를 만들려는 움직임은 이미 있음
• 그러나 MeshCore 생태계의 대다수 사용자는 공식 독점 생태계에 남을 가능성이 높고, 현 단계에서 채택을 정당화할 만큼 충분한 장점·사용자·신뢰성을 갖췄다고 보기 어려움
• 메시 네트워크 효과가 굳어져 특정 플랫폼에 사용자가 묶이기 전에 더 나은 해법을 선택할 기회가 있음

Meshtastic과 MeshCore의 공통 한계

• Meshtastic과 MeshCore는 모두 확장성이 높지 않음
  • Meshtastic은 이상적인 조건에서도 지역 메시 규모로 겨우 확장될 수 있음
  • MeshCore는 더 낫지만 큰 지역, 국가, 행성 규모까지 확장되기는 어려움
• 두 프로젝트는 프로토콜이라기보다 애플리케이션에 가까움
  • LoRa 기반 단순 인스턴트 메시징을 가능하게 함
  • 공식 클라이언트 앱이 지원하는 범위를 넘어선 메시 네트워킹 애플리케이션에는 큰 비중을 두지 않음
• 작은 지역 그룹과 통신하도록 설계되어 있으며, 이 네트워크 위의 공개 메시는 표준 사용 사례라기보다 예외에 가까움
• 두 프로젝트 모두 LoRa에 거의 전적으로 의존함
• LoRa는 많은 국가에서 면허 없이 사용할 수 있고, 아마추어 무선에서 대체로 금지되는 암호화 같은 현대 디지털 기술을 사용할 수 있어 임시 저대역폭 메시 네트워크 구축에 유용함
• 하지만 LoRa는 여러 시나리오에서 완벽한 해법이 아니며 속도가 꽤 느림

물리 네트워크와 라우팅의 분리

• 이상적인 메시 네트워킹·라우팅 소프트웨어는 장치들을 연결하는 물리 네트워크와 독립적이어야 함
• 저렴한 지역 LoRa 네트워크를 동네와 지역 커뮤니티에 만들고, 이를 더 강력한 지점 간 마이크로파 연결이나 광섬유, 인터넷으로 상호 연결할 수 있어야 함
• Meshtastic과 MeshCore에는 MQTT를 사용해 서로 다른 메시를 연결하는 방법이 있음
  • Meshtastic은 이 경험이 좋지 않음
  • 인터넷으로 MQTT 브리징을 하면 소수 이상의 사용자에게는 네트워크 사용이 비현실적일 정도로 품질이 저하될 수 있음
• 메시 사용 경험이 특정 인터페이스에 따라 바뀌지 않도록, 다양한 연결 유형을 가로질러 패킷을 지능적으로 라우팅하는 해법이 필요함

Reticulum

• Reticulum은 LoRa를 포함한 다양한 물리 네트워크 위에서 강력한 암호화 라우팅을 제공하는 네트워킹 스택임
• MeshCore처럼 네트워크 경로를 통한 자동 라우팅을 제공하지만, 그 경로는 LoRa뿐 아니라 지원되는 모든 인터페이스를 통과할 수 있음
• Meshtastic처럼 같은 로컬 네트워크에서 장치들이 바로 동작함
  • 같은 LoRa 주파수에 두 장치를 연결하면 곧바로 기능하는 메시가 생김
  • 고급 네트워킹 지식이나 전용 repeater가 필요하지 않음
• 이 특성 때문에 Reticulum은 Meshtastic이 잘 맞는 작은 비공개 네트워크와 MeshCore가 상대적으로 더 잘 맞는 큰 네트워크 모두에 적합함
• 작은 Reticulum 네트워크로 시작해도 정상적으로 동작하며, 구성원 중 하나가 다른 Reticulum 네트워크와 동시에 연결되면 두 네트워크가 설정 변경 없이 자연스럽게 합쳐질 수 있음
• Reticulum 연결은 LoRa, 로컬 LAN, 지점 간 Wi-Fi·마이크로파, 인터넷, Tor, I2P, 아마추어 무선 사용자를 위한 packet radio 같은 네트워크를 섞어 쓸 수 있음

다양한 네트워크를 하나로 다루는 방식

• Reticulum은 이론적으로 TCP, UDP, 단순 직렬 인터페이스로 상호작용할 수 있는 모든 네트워크를 지원할 수 있음
• 연결된 각 네트워크의 대역폭을 고려해 메시가 이동할 최적 경로를 결정하고, 거리와 물리 네트워크 자원을 함께 최적화함
• Reticulum의 핵심은 이기종 연결성임
• Reticulum 문서에 따르면 전통적 네트워킹에서 서로 다른 전송 매체를 섞으려면 게이트웨이, 변환 계층, 세심한 설정이 필요하지만, Reticulum은 이질성을 핵심 전제로 삼음
• 네트워크 설계자는 상황에 맞춰 저렴하고 적절한 매체를 자유롭게 선택할 수 있음
  • 광역 저대역폭 커버리지에는 LoRa
  • 지역 고용량 링크에는 Wi-Fi
  • 익명 인터넷 연결에는 I2P
  • 인프라 백홀에는 Ethernet
• Reticulum은 이러한 매체 간 변환과 조율을 자동으로 처리함
• 장기적으로 지역 메시 네트워크가 인터넷이나 I2P에 의존해서는 안 되더라도, TCP와 인터넷 프로토콜 위의 연결을 일급 기능으로 지원하는 것은 지역 공개 메시를 만들려는 사람들에게 큰 장점임

지역 메시 간 상호 연결

• 서로 다른 지역 그룹이 연결될 수 있으면 네트워크에서 접근 가능한 콘텐츠가 크게 늘어남
• Reticulum에서는 연결이 늘어날수록 네트워크 링크가 자동으로 중복 경로가 됨
• 예를 들어 Minneapolis 지역 메시와 Chicago 지역 메시가 인터넷으로 연결될 수 있음
  • 이후 별도 운영자가 두 도시 사이에 마이크로파나 LoRa 직접 연결을 만들 수도 있음
  • 평상시에는 더 빠른 인터넷 경로를 사용할 수 있음
  • 장애가 발생하면 대체·임시 경로가 같은 Reticulum 네트워크의 경로로 자연스럽게 이어받을 수 있음
• 다른 Reticulum 네트워크와 연결이 전혀 없는 지역 Reticulum 메시라도 최악의 경우 지역 콘텐츠 접근성은 유지함
• 이는 Meshtastic과 MeshCore에서 현실적으로 얻을 수 있는 최대치와 비슷함

국경과 주파수 차이를 넘는 연결

• Reticulum은 국경을 넘는 연결을 가능하게 함
• LoRa는 관할권마다 다른 주파수를 쓰는 문제가 있음
  • 미국에서는 915MHz에서 최대 1W로 동작함
  • 유럽 상당 지역에서는 868MHz 또는 433MHz에서 더 낮은 전력으로 동작함
  • 아시아에서는 923MHz 등을 사용함
• 이 때문에 아시아의 Meshtastic 또는 MeshCore 네트워크는 유럽의 네트워크와 네이티브로 연결될 수 없음
• MQTT 같은 브리지로 우회할 수는 있지만, Reticulum은 공통 게이트웨이 지점만 찾으면 서로 다른 LoRa 네트워크를 네이티브로 연결할 수 있음
  • 한 국가의 868MHz 무전기와 다른 국가의 923MHz 무전기가 광섬유 링크로 연결될 수 있음
  • 2.4GHz 마이크로파 연결, 인터넷, packet radio도 사용할 수 있음
  • 하나 또는 여러 연결 지점만 있으면 중앙 서버 없이 서로 다른 물리 네트워크 사이의 Reticulum 라우팅이 매끄럽게 동작함
• 네트워크 운영자는 중앙 조율 없이 원하는 방식으로 네트워크 세그먼트를 만들 수 있고, 세그먼트가 연결되면 Reticulum이 네트워크 수렴을 자동으로 처리함
• Reticulum 주소 공간은 전역적이며 모든 노드는 암호화로 보장되는 고유 주소를 가짐
• 서로 다른 Reticulum 네트워크 사이에 주소가 겹칠 가능성이 없고, IANA·ARIN·RIPE처럼 중앙 기관이 주소를 나눠줄 필요도 없음

Reticulum 애플리케이션 생태계

• Reticulum의 장점은 네트워크 자체에 그치지 않고, 그 위에서 동작하는 앱 생태계도 존재한다는 데 있음
• NomadNet은 널리 쓰이는 앱 중 하나임
  • 터미널 앱에서 메시징, 파일 공유, 텍스트 기반 브라우징을 제공함
  • 마우스도 지원함
• 터미널 사용이 부담스러운 사용자는 Android와 PC용 GUI 앱인 Sideband를 사용할 수 있음
• Meshchat도 통신용으로 사용할 수 있으며, Reticulum을 쓰는 다른 앱도 있음
• 여러 통신 앱은 서로 함께 동작할 수 있어 사용자가 원하는 앱을 선택할 수 있음
• Reticulum 위에는 거의 모든 앱이나 프로토콜을 만들 수 있지만, 많은 메신저는 LXMF, LXST, RRC 같은 자체 프로토콜 몇 가지를 표준처럼 사용함
• Reticulum에는 같은 기반 프로토콜을 대체로 공유하며 Meshtastic·MeshCore 앱과 비슷한 메시징 기능을 제공하는 앱 생태계가 이미 있음

Reticulum의 가장 큰 문제

• Reticulum이 공개 메시 네트워킹 플랫폼으로 강력하더라도, 현재 공개 MeshCore·Meshtastic 네트워크를 대체하지 못하게 하는 큰 약점은 앱이나 소프트웨어 자체가 아님
• 핵심 문제는 Meshtastic과 MeshCore처럼 LoRa 무전기용 전용 펌웨어를 갖고 있지 않다는 점임
• Meshtastic을 Heltec V3 같은 저렴한 장치에 설치하면 메시지를 송수신하고 네트워크 전체에 데이터를 중계하는 독립 실행형 Meshtastic 노드가 됨
• Reticulum에서도 같은 저렴한 하드웨어를 RNode 펌웨어와 함께 사용해 LoRa 연결을 만들 수 있음
• 그러나 Reticulum의 RNode 펌웨어는 독립 메시 노드가 아니라 연결된 컴퓨터를 위한 LoRa 모뎀처럼 동작함
• RNode 자체는 지능이 없으며, 메시지를 송수신하고 Reticulum 네트워크의 다른 노드로 라우팅하려면 Reticulum을 실행하는 컴퓨터에 연결되어야 함

사용자 장치와 인프라에서의 차이

• 일반 사용자에게 RNode 구조는 실제 문제가 아닐 수 있음
• Meshtastic에서도 독립 장치만으로 직접 통신하는 경우는 드물며, LILYGO T-Deck 같은 장치가 예외에 가까움
• 대부분의 사용자는 Meshtastic 지원 LoRa 무전기를 휴대폰이나 컴퓨터에 연결함
• 휴대폰과 컴퓨터는 충분히 강력하므로, 전환을 원한다면 RNode에 연결된 상태로 Reticulum을 실행할 수 있음
• 문제는 인프라 영역에서 커짐
• Meshtastic과 MeshCore에서는 많은 사람이 높은 언덕이나 건물에 원격·태양광 전원 노드를 설치해 네트워크 용량을 늘림
• Reticulum에서는 이런 원격 노드에 RNode를 실행하는 LoRa 무전기뿐 아니라, 메시 기능을 수행할 Reticulum 실행 컴퓨터가 필요함
• 이 컴퓨터는 Raspberry Pi Zero 정도로 단순할 수 있지만, 추가 비용과 전력 소비 때문에 방치형 설치, 특히 태양광 전원 설치에는 부담이 큼
• 이 문제를 해결하기 위한 진전은 있음
  • ESP32 이상 장치를 위한 microReticulum 포트가 계속 개발되고 있음
  • 기존 Meshtastic·MeshCore 운영자가 추가 하드웨어 없이 Reticulum 라우팅으로 전환할 수 있다면, 더 능력 있는 공개 메시 네트워크의 채택이 크게 빨라질 수 있음

세 해법의 적합한 사용처

• Reticulum은 작은 로컬 네트워크와 큰 네트워크를 만들고, 이를 유기적으로 상호 연결해 매끄러운 글로벌 메시로 확장할 수 있게 해주는 해법임
• Meshtastic은 하이커 그룹이 음성 워키토키 대신 문자와 GPS를 쉽게 공유하려는 용도에 잘 맞음
• MeshCore는 지역·동네 메시징이나 DEF CON 같은 큰 행사에서의 오프그리드 메시징에 매력적인 기능을 가짐
• 지역 전체 또는 그 이상 규모의 공개 Meshtastic 네트워크를 만드는 그룹이 많지만, 이 시나리오에서는 잘못된 해법에 가깝고 실제 사용해 보면 메시 실패와 통신 문제가 흔함
• 단순히 주변 노드의 존재를 확인하는 것과, 그 노드와 실제로 상호작용하는 것은 다름
• Reticulum은 메신저 앱이나 GPS·센서 데이터 공유 수단을 넘어 인터넷 자체의 대안에 가까운 전체 네트워킹 기반을 제공함
• Meshtastic과 MeshCore에서는 어려운 중요한 애플리케이션도 가능함
  • Retipedia를 통해 Wikipedia 전체를 포함한 Kiwix 파일 접근을 Reticulum 사용자에게 공유할 수 있음
  • 재난 상황에서 빠른 정보 공유에 유용할 수 있음