: page encore en cours de rédaction

Nous avons besoin de compléter la connectivité Hamnet sur la bande des 430MHz, à débit intermédiaire pour plusieurs raisons:

1. Réaliser des faisceaux Hertziens difficiles: pour prolonger la connectivité là où les bandes plus hautes ne se propagent pas.
2. Accès hamnet mobile: assurer une connectivité cellulaire pour (enfin) permettre aux OMs de pouvoir briser la barrière des 9600bps. Bien que la bande soit à risque sur le long terme, envisager une extensibilité sur 23cm, pour permettre une densification des cellules dans les zones où le 70cm ne peut accepter de nouvelles fréquences.
3. 

Besoins:

• Débit de sig: de 250 à 500kbps en fonction de la capacité matérielle, pour permettre un débit effectif entre 128 et 430 kbps.
• Canaux radio de 300kHz à 1MHz.
• Correction d'erreur obligatoire, si possible adaptative: augmente significativement la fiabilité des transmissions en condition réelles.
• MTU programmable de 576 à 1526 octets (1500 octets avec un header 802.1ad). Même si on préfère des MTU courtes pour limiter le temps radio et les probas d'erreurs, 1526 octets peuvent être émis en moins de 200ms avec le débit utilisateur ciblé (pour la raison des 200ms, se référer à la RFC 1144, section 5.2 "Choosing a maximum transmission unit").
• Pas de fragmentation IP. Aucune exception. Ce mécanisme est connu pour être problématique depuis 1987 (copie d'archive: Fragmentation Considered Harmful), et dangereux avec les datagrammes UDP, comme l'indique cette présentation effectuée durant l'IETF 66 (copie d'archive: Fragmentation Considered Very Harmful). On règle des problèmes causés sur TCP avec un ajustement de la MSS, si applicable.
• Deux modes: Raw Ethernet (trames ethernet brutes, pour prototypage, et du FH) et Infrastructure (mode point d'accès équivalent à 802.11).
• Au moins une version du matériel construit devra être disponible avec un port ethernet, pour permettre une interopérabilité maximum. Ça n'empêche pas de développer des modules USB/PCI plus tard, mais ce point est nécessaire pour étendre l'interopérabilité sans assurer de support spécifique pour les plateformes fermées.
• Alimentation électrique: plage acceptée de 9-15V au minimum, 9-30V idéalement, pour être compatible avec les pratiques déjà en place (pas concerné pour d'autres types de transceiver).

Spécifiquement sur le mode Raw ethernet:

• Insertion d'un header radio simple inspiré de ce qui se fait en D-Star pour indiquer la station émettrice.
• Méthode d'accès au medium: CSMA/CA simple.
• Optimisation protocolaire optionnelle sur l'équipement:
  • Cache ARP aggressif (TTL de 10 minutes mini, ReTX de demandes freiné à 5 secondes sur l'air)
  • Blacklist de protocoles de niveau 2 “sales” (sans valeur ajoutée sur l'air, et qui gaspillent du temps radio)
  • Blacklist multicast.
  • Blacklist broadcast (sauf pour ARP).
  • Cache DNS aggressif (à envisager)

Spécifiquement sur le mode Infrastructure:

• Méthode d'accès au medium: CSMA/CA simple. Échange CTS/RTS a envisager, mais à activer explicitement par l'utilisateur.
• Trames balise pour permettre la découverte et le suivi des stations de base (et la négociation d'options?)
• ESSID sur 8 octets (indicatif relais), dont le format est calqué sur ce qui est fait en D-Star.
• Frame bursting?
• Duplex optionnel?
• Indication d'une QRG secondaire (pour dégagement sur 23cm?)