▲

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

 (jonaharagon.com)
1P by GN⁺ | ★ favorite | 댓글 1개
  • 메시 네트워킹은 중앙 서비스 제공자 의존을 줄이고, 메시징·소셜·정보 공유처럼 접근성과 검열 저항성이 중요한 용도에 잘 맞음
  • 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 사용자에게 공유할 수 있음
    • 재난 상황에서 빠른 정보 공유에 유용할 수 있음

함께 보면 좋은 글 β

▲
GN⁺   [-]
Hacker News 의견들

  • 작년 12월부터 Meshtastic을 실험해 봤지만, 지금까지는 네트워크가 너무 조용해서 글쓴이가 강조한 혼잡 문제는 겪지 못했음
    meshmap상으로는 집에서 약 2마일 떨어진 노드가 있어야 하는데 안정적으로 보이지 않고, 4.3마일 거리의 다음 노드도 보이지 않음. 한동안 8.4마일쯤 떨어진 노드가 며칠 보이다가 사라졌고, 크리스마스 이후 내 노드에서 583개 노드를 봤지만 안정적인 건 하나도 없었음
    내 노드는 지상 약 25피트 높이 나무에 매단 태양광 노드이고, 미시간 남동부에서 교외 도시까지 보통 30분 정도 통근함. 글은 좋았지만 오히려 Meshtastic에 대한 믿음이 강해졌고, 노드에 컴퓨터를 붙일 필요도 없고 MeshCore 기능에 돈도 내지 않아도 됨. 다만 네트워크 확장을 위한 고정 노드가 더 많았으면 함

    • 여기의 모든 아마추어 무선 중계기 그룹은 Meshtastic이 너무 불안정해서 포기했음. 이들은 제대로 된 안테나와 필터를 만드는 법을 아는 사람들임
      MeshCore는 100% 무료임. 마지막 문제는 Android/iPhone 클라이언트가 폐쇄 소스였다는 점인데, Flutter 기반의 오픈소스 클라이언트가 있음: https://github.com/zjs81/meshcore-open
    • 한동안 Meshtastic 노드를 운영해 봤고 전반적으로 비슷한 경험이었음
      가까운 노드는 드물게만 보였고, 실제 통신은 기본적인 “HELLO”/“ACK” 수준을 넘지 못했음. 자기 부지의 분산 센서망이나 다른 IoT 통신 같은 용도로는 흥미롭지만, 사람 간 통신 플랫폼으로는 실용적이지 않고 특히 재난 상황에는 맞지 않다고 봄
    • Meshtastic은 대부분의 사람이 안정적으로 볼 만큼 노드가 너무 적은 동시에, 노드가 너무 많아지면 네트워크가 포화되는 확장성 문제도 같이 갖고 있음
    • 기술 자체는 정말 마음에 들어 거의 뛰어들 뻔했지만, 커뮤니티에서 네트워크 효과가 부족하다는 걸 금방 깨달았음
      밀집된 도심에 사는데도 주변 노드가 매우 적어서 굶주린 상태로 남을 것 같음. 제대로 된 메시가 없으면 2마일 떨어진 친구에게도 가시선 없이 메시지를 보내기 어려울 듯함

  • 이 글은 중요한 지점을 몇 가지 놓쳤다고 봄
    첫째, 메시가 인터넷이나 다른 전송 수단을 쓸 수 있으면 결국 쓰게 되고, 그런 수단이 필수인 형태로 구축될 것임. 친구에게 문자 보내는 새롭고 가벼운 방식만 원한다면 Reticulum 같은 것도 괜찮겠지만, 재난 대응과 자유로운 통신을 위한 진지한 해법, 즉 “누구도 나를 막거나 발언을 통제할 수 없는” 통신을 원한다면 처음부터 독립적으로 만드는 게 매우 중요함
    둘째, 글쓴이는 MeshCore의 중요한 기능도 놓쳤음. 전원이 나가도 메시 네트워크는 계속 동작함. 이는 비상 대비와 재난 복구에서 엄청나게 중요하고, 특히 자연재해가 잦은 지역에서는 더 그렇다. 아직 초기이고 갈 길도 멀지만, 완전 분산형 태양광 네트워크는 기업 거대체가 된 인터넷에 대한 단순한 대안으로 매우 중요하다고 느낌

    • MeshCore 소프트웨어와 흔히 쓰이는 하드웨어는 규모 있는 사용, 특히 긴급 상황에 가까워지면 우스울 정도로 약함
      범위가 매우 제한적이고, 패킷이 몇 홉만 넘어가도 처리량이 심하게 나빠짐. 이 두 요소만으로도 처음부터 장난감 수준으로 보는 게 맞음
      mesh*를 어떤 형태로든 확장 가능하고 신뢰성 있는 전송 수단으로 포지셔닝하려는 거라면, 더 긴 범위를 가진 비면허 무선 장비들이 이미 있어서 그쪽이 더 나은 출발점임
      전원이 끊겨도 메시가 작동한다는 건 MeshCore만의 특성이 아니고 보장도 아님. 태양광과 배터리 백업이 있는 장치는 어떤 것이든 이론상 상용 전원 없이 동작할 수 있음. MeshCore 노드가 기본적으로 태양광인 것도 아니며, 같은 태양광 개념은 다른 무선 송수신기나 프로토콜에도 적용 가능함
    • 전원이 끊겨도 메시가 계속 작동한다는 건 Meshtastic이나 Reticulum도 마찬가지 아닌가 싶음. 메시 네트워크의 정의에 가까운 특성처럼 느껴짐
    • 완전 분산형 태양광 네트워크가 인터넷이라는 기업 거대체의 단순한 대안이라는 말에는 의문이 듦
      인터넷이 정말 그런가? 월드 와이드 웹 영역 위에 기업 거대체들이 세워졌지만, 인터넷 자체는 비교적 중립적으로 보임
    • “누구도 나를 막거나 발언을 통제할 수 없다”는 목표가 있어도, 그냥 노드를 삼각측량해서 해킹하거나 전원을 뽑으면 되지 않나? 반대하는 사람은 감옥에 넣을 수도 있고

  • 통신사와 네트워킹 분야에서 커리어를 보냈고, Wi-Fi가 부상하던 시기를 좋아했음. 주파수가 깨끗할 때는 3G/마이크로파 백홀 쪽 친구들에게 과시할 만큼 장거리로 멋지게 써보기도 했고, LoRa와 관련 기술도 계속 따라가고 있음
    HelTec 보드도 몇 개 있지만, 최근의 Meshtastic/Core 같은 흐름은 초기 워드라이빙 커뮤니티나 CB 무전기와 비슷하게 느껴짐. 재미있고 아이디어는 많지만, 본격적으로 뜨기에는 구조나 대중성이 부족함
    그래도 제대로 동작하는 비상용 메시 표준이 있었으면 좋겠고, 국제 표준이면 더 좋겠음

    • 메시 기술이 뜨기 위한 가장 중요한 요구사항은 지금 당장 실질적으로 의미 있는 목적이라고 봄
      메시 네트워크가 있다고 치면, 그다음은 뭐지? 다른 괴짜들에게 메시지를 보낼 수 있지만, 대체 무슨 메시지를 보내고 싶은가? 그래서 아마추어 무선도 결국 콘테스트, 모스 부호 챌린지, 장비 사양 교환 정도로 바닥을 친 것 같음. 할 말이 없는 것임
      메시 네트워크의 가장 큰 문제는 기술이 아니라 사회일 수도 있음. 인구의 0.1%인 괴짜들에게라도 쓸모 있는 목적이 있다면 대단한 일이고, 대중성은 오히려 바람직하기보다 문제를 일으킬 가능성이 큼
    • 통신사에서 일하던 친구가 말하길, IP 기반 네트워킹 해법이 GSM 같은 이전 기술을 완전히 대체하지 못하는 이유는 서비스 품질 알고리즘이 실전에서 매우 잘 작동하더라도, 그 동작이 완전히 비결정적이고 과부하나 특정 노드 장애 때 매우 나쁜 실패 양상을 보이기 때문이라고 했음
      이는 메시 네트워크가 증명하는 부분이고, 사람들이 이런 기술이 유용하리라 상상하는 최악의 상황일수록 가장 잘 실패하는 경향이 있음
    • LoRa는 동작할 수 있지만 백본이 필요함. 지상에서는 중계기를 단 타워가 필요하고, 아니면 저궤도 위성군이 필요함. 그 외의 방식은 실패할 수밖에 없음
    • 그건 아마추어 무선이라고 부르는 것 같음

  • Meshtastic과 MeshCore 기능을 많이 생략하겠다는 서문은 Mesh*를 볼 때마다 받는 전반적 느낌과 맞음
    멋진 무선 기술이고, 주변 괴짜를 찾는 재미있는 장난감이지만, 그 이상으로 성장하는 데 치명적인 문제가 즉시 보임. 작은 특수 개인망에는 괜찮겠지만, 실제로 오래 버티도록 설계된 것보다는 기술 시연에 가까움
    시작점으로는 그런 게 필요하고 지금도 작동하긴 하지만, 크게 기대하기는 어렵다

    • 그 약점이 곧 강점임
      메시에서 만나는 사람은 실제로 숨 쉬는 괴짜이고, 가까이 있다는 이유로 공통점도 많음. 그들은 당신에게 영향을 미치거나 뭔가를 팔려고 하지 않음
      그런 장소가 이제 얼마나 남아 있나?
    • 지금 프랑스령 폴리네시아 Tuamotu의 환초에 정박해 있는데, 여기 정박한 보트 10척 중 3척이 Meshtastic을 쓰고 있음
    • 무료 주파수 메시 기술의 본질적 한계 때문에 인터넷 대체재가 되기는 어렵고, 결국 대부분 틈새 용도로 남을 것임
      개인망, 지역 괴짜 네트워크, 비상 대응 같은 틈새가 있고, 실제 응급 구조 인력은 커뮤니티에서 본 경험상 이런 걸 가장 적극적으로 시도하는 쪽은 아님. 누구에게 묻느냐에 따라 이 모든 것이 장점이 될 수도, 단점이 될 수도 있음
    • 메시망은 실전에서 매우 잘 동작하고, 오류와 부하 분산에 꽤 탄력적이며, 노드가 늘수록 더 좋아진다고 봄
      일반 사람들이 사는 작은 동네에서 무선 메시 네트워크로 인터넷을 공유해도 표준적인 방식과 비슷한 경험을 제공하는 건 충분히 가능하다고 생각함
    • Toronto의 MeshCore 메시에서는 정기적인 통신이 Buffalo까지 도달함. 이제 장난감 단계는 지났고 정말 인상적임

  • 지난 며칠 또는 몇 주 동안 이 주제가 여기 몇 번 올라왔고, 결국 결심해서 Seeed Studio Wio Tracker L1 Pro를 MeshCore용으로 샀음
    텍스트 기반 단일 매체 콘텐츠를 전달하기에 딱 충분히 빠른 준인터넷이라는 아이디어가 아주 매력적임. 향수도 섞였겠지만 현실적인 판단도 있음. 사진, 오디오, 비디오를 보내기엔 너무 느린 네트워크라면 스팸과 불법 포르노 같은 문제를 설계상 우아하게 피할 수 있다고 생각함

    • 문제는 이런 메시 프로토콜이 실제 부하가 걸리면 빠르게 무너진다는 점임
      메시 노드 몇 개를 설치하고 테스트를 돌린 뒤 비상시에 쓸 수 있는 키트가 생겼다고 생각하는 건, 우리가 겪어 온 수많은 재난 복구 훈련과 비슷함. 이상적인 조건만 가정하는 훈련 말임
      매일 훌륭하게 테이프 백업을 해뒀지만, 베어메탈 복구 상황에서 OS 설치 매체를 아무도 챙기지 않았거나 백업 소프트웨어 설치 파일과 라이선스 키를 데이터센터에 보관하지 않아 너무 늦게 쓸 수 없다는 걸 깨닫는 식임
      이런 메시 시스템의 난점은, 이 시스템에 통신을 의존하는 현실적인 모의훈련을 할 수 있을 정도까지 도달한 지역이 거의 없다는 데 있음
    • Montréal에서는 15년 전쯤 Wi-Fi 메시 실험이었던 Réseau Libre를 다시 시작했음
      재미있는 실험이지만 어떤 면에서는 내게 한 걸음 뒤로 가는 느낌도 듦. Meshtastic과 MeshCore는 메시징이고, 바로 그 점 때문에 표준화된 킬러 앱이 됨
      반면 Reticulum은 LoRa의 저대역폭 무선에 묶이지 않게 해주고 멋진 기능도 많아 보이지만, 네트워크 계층 전체를 다시 발명한다면 서비스, 발견 절차 등도 다시 만들어야 함. 결국 승패는 백본 대역폭 통제에서 갈릴 텐데, 거기에 P2P 메시의 추가 난이도까지 얹히니 시간을 낭비하는 건 아닌지 걱정됨
      점점 이건 재미있는 활동이지만, 현실적으로는 모든 것이 슬프게 중앙화되는 세계에 대한 자기 위안처럼 느껴지기 시작함

  • MeshCore 같은 기술에서 마음에 드는 한 가지는 최종 사용자 장치끼리 매끄럽게 직접 통신할 수 있다는 점임
    가까이에 MeshCore 동반 장치 2개가 있으면 중계기 없이 바로 메시지를 보낼 수 있음
    반대로 현대 스마트폰 2대는 Wi-Fi AP나 셀룰러 커버리지가 없으면 일반적인 메시징이나 데이터 전송 서비스로는 직접 통신하기 어렵다. Bluetooth나 모바일 Wi-Fi 핫스팟으로 연결하는 방법은 있지만, 주류 모바일 OS와 하드웨어 회사들이 쉽게 쓰도록 잘 지원했다기보다 마지못해 붙인 기능처럼 보임

    • 여기서 휴대전화가 정확히 무엇을 할 수 있어야 한다고 제안하는 건지 궁금함

  • 지난 주말에 태양광 노드를 설치했음. 이제 200마일 범위가 나옴. 괴짜들, 미친 아이디어, 즐거운 시간임

    • 태양광 노드를 아무 곳에나 설치했는지, 아니면 소유하거나 관리하는 지역에만 설치했는지 궁금함
      몇 개를 아무 나무에 던져 놓는 게 합법일지 궁금했음
    • 200마일 범위가 왜 필요한가?
    • 기온이 영하로 떨어지면 어떻게 되나?
    • 내 태양광 노드는 잘 안 풀리고 있음. 꽤 괜찮은 안테나를 달아도 아무것도 밖으로 나가는 것 같지 않음

  • 오늘 본 Gemini, Gopher, Finger 글 https://news.ycombinator.com/item?id=48297467을 보니, 이것들이 Reticulum과 잘 맞을지 궁금함

    • 아이디어 자체는 맞지만, 이런 네트워크에는 이미 메시지 지향 의미론 개념이 있어서 그 프로토콜 대부분을 다시 만들 필요는 크지 않음
      Finger, Gopher 등이 하는 많은 일은 스트림 지향 프로토콜 위에서 문서를 전송하기 위한 애플리케이션 계층 의미론을 정의하는 것임
    • 많은 초기 인터넷 프로토콜은 꽤 잘 맞을 가능성이 크고, 특히 UDP 기반 프로토콜은 더 그럴 듯함
      다만 Reticulum에는 NomadNet과 Micron 마크업을 사용하는 자체적인 “작은 웹” 구현이 이미 활발히 있음

  • 지난달부터 Meshtastic을 막 써보기 시작했는데, 내 도시에는 하는 사람이 아무도 없어서 친구들에게 esp32를 나눠주며 메시를 만들고 있음
    하지만 몇 구간을 이어줄 만큼 아는 사람이 많지 않아 거리 한계에 부딪히고 있음
    무선 프리셋을 Very Slow Long으로 바꿔보기도 했지만 범위가 별로 좋아지지 않았고, 이유를 모르겠음

  • 이건 훌륭한 움직임이라고 생각함. 동시에 범죄자들에게도 분명 인기를 끌 것 같아 걱정됨
    이런 새 기술에는 늘 고양이와 쥐 게임이 따라붙음. 이 기술의 내부를 충분히 알지는 못해서 더 깊게 추측하긴 어렵다

답변달기