Qual è la dimensione del pacchetto CoAP?

Question

Sono nuovo per questa tecnologia, qualcuno può aiutarmi a conoscere qualche dubbio?

Q-1. Qual è la dimensione del pacchetto CoAP?
(So che c'è 4 byte fisso di testa, ma qual è il limite di dimensione massima compresa intestazione, opzione e payload?)

Q-2. C'è qualche concetto per Keep Alive come MQTT?
(Funziona su UDP per quanto tempo mantiene aprire la connessione, non v'è alcun tempo predefinito o mantiene aperta ogni volta quando inviamo pacchetto?)

Q-3. Possiamo usare CoAP con TCP?
(Problema principale con esso CoAP funziona su UDP, esiste un concetto come QQS MQT? Diciamo che un sensore pubblica alcuni dati ogni secondo, se l'utente non è in linea, c'è qualche garanzia in CoAP che l'abbonato otterrà tutto i dati quando è online?)

Q-4. Qual è la durata della connessione?
(COAP supporta publish/subscribe architettura, può essere che ha bisogno di connessione aperta per tutto il tempo, è possibile con coap se si basa su UDP.)

Q-5. Come scopre le risorse?
(ho un gateway e 5 sensori, come saranno questi sensori connettersi al gateway? Sarà il gateway trovare questi sensori? Oppure vi sensori trovare la porta d'ingresso?)

Q-5. Come si registra il sensore con il gateway?

Per favore aiutami, ho davvero bisogno di una risposta. Sono tutto nuovo per questo genere di cose e mi suggerisce qualcosa per il punto di vista dell'implementazione.

Grazie.

Answer 1

1. Dipende:
   • Core CoAP messages deve essere abbastanza piccolo da entrare in loro pacchetti di strato di link (~ 64 KiB per UDP), ma, in ogni caso la RFC dichiara che:
     • esso DOVREBBE adattarsi a un singolo pacchetto IP per evitare la frammentazione IP (MTU di 1280 per IPv6). Se non si sa nulla delle dimensioni delle intestazioni, i limiti superiori buoni sono 1152 byte per le dimensioni del messaggio e 1024 byte per le dimensioni del payload;
     • o inferiore per evitare la frammentazione del livello di adattamento (60-80 byte per reti 6LoWPAN);
   • se avete bisogno di trasferire un maggiore carico utile, questo IETF draft estende coap core con nuove opzioni per il trasferimento di più blocchi di informazioni da una rappresentazione di risorse in più coppia di richiesta-risposta (in modo da poter trasferire più di 64KiB per messaggio).

2. non ho mai usato MQTT, in ogni caso coap è senza connessione, le richieste e le risposte sono scambiati in modo asincrono su UDP o DTLS.Suppongo che tu stia cercando la funzionalità di osservazione: consente ai client CoAP di "iscriversi" a risorse e server per inviare aggiornamenti ai clienti sottoscritti per un periodo di tempo.

3. C'è un IETF draft descrive coap su TCP, ma non so come interagisce con la funzionalità di osservare: di solito segue una best-effort approach, succede solo che il cliente è considerato non sono più interessati nella risorsa ed è rimosso dal server dalla lista di osservatori.

4. L'osservazione si interrompe quando il server ritiene che il client non sia più interessato alla risorsa o che il client chieda di annullare l'iscrizione alla risorsa.

5. Esiste un noto URI relativo "/.well-known/core". È definito come un punto di ingresso predefinito per richiedere l'elenco di collegamenti sulle risorse ospitate da un server. Here per ulteriori informazioni.

6. Guarda 5.