令和7年（2025年）ネスペ午後Ⅱ　問２　解答解説

設問１
a:消費　b:非セルラー　c:セルラー　d:ISM　e:干渉　f:3GPP
a:消費
　空欄の前にあるLPWA（LowPowerWideArea）の説明としての穴埋め問題。LPWAとは「省電力（LowPower）」で「遠域・広範囲まで届く（WideArea）」という特徴を持つ無線通信技術の総称。ここから、空欄aには低消費電力であることが分かる。

b:非セルラー
c:セルラー
d:ISM
e:干渉
　LPWAにはセルラーと非セルラーがある。
セルラーは国から許可を得た（＝免許がある）事業者が運用するLPWAのこと。一方、非セルラーは免許がなくても運用できるLPWAのこと。ほかにもいろいろな違いがあるので見ていこう！
▼セルラーと非セルラー

以上の表より、bには非セルラーが、cにはセルラーが、dにはISM、eには干渉が入る。

f:3GPP
　3GPPは3rd Generation Partnership Project（第3世代パートナーシッププロジェクト）の略。３GPPとは携帯キャリアが使う通信規格をすべて取り仕切っている世界規模の標準化プロジェクト。
昔は、日本の携帯を海外に持って行っても使用できなかった。それは日本と他国が違う方式で通信を運用していたから。しかし、３GPPが発足したことにより世界標準の取り決めができたため、どこの国に行っても通信を維持できるようになった。
LPWAの分野で３GPPがでてきたが、LPWAの独自ワードというよりも携帯通信全般（3G,4G,5Gなどなど）の標準化を実施しているのが３GPPという解釈で進んでいこう！

設問２
g:2　h:Gメーター管理サーバ　i:SIM　j:372　k:RESTful
g:2
　まずそもそも、IKEv2の目的はESPで共通鍵を交換する際の安全な土台を作ること。具体的には、相手の正当性の確認と共通鍵の生成がミッションとしてある。そのうえで、そのやり取りを何メッセージでやれるかということを考える。
　IKEv１では６メッセージ使っていた（アグレッシブモード）。しかし、IKEv2では４メッセージで終わる。そのからくりはTLS1.2からTLS1.3への進化と非常に酷似している。では、流れを見ていこう！
▼IKEv2のメッセージ
１．IKE_SA_INIT　Request（クライアント→サーバ）
　クライアントはサーバに以下を送付する
a 暗号化方式の提案（AESやSHAとか）
b 暗号化方式に付随する公開鍵
c 暗号化方式に付随する鍵生成のための材料（ノンス）
２．IKE_SA_INIT　Response（サーバ→クライアント）
　サーバは以下の情報をクライアントに返す
d 暗号化方式の決定
e 暗号化方式に付随する公開鍵
f 暗号化方式に付随する鍵生成のための材料
＊この時点でサーバは共通鍵の生成に成功している！
３．IKE_AUTH　Request（クライアント→サーバ）
決定された方式で共通鍵を生成する。これ以降、送付するすべてのデータはこのカギによって暗号化される
　クライアントは以下の情報をサーバに返す
g 暗号化したID（IPアドレス、証明書など）
h 暗号化した認証データ（ハッシュ値など）
i 暗号化したIPsec SAの提案
＊IKEなのにIPsec SA(ESPの定義）とかをやるの？と思うが、IKEv2ではESPもまとめてやっちゃおうよ！という思想のもとわずか４メッセージの中でIKE～ESPまで実行する
４．IKE_AUTH　Response（サーバ→クライアント）
共通鍵を使ってIDを復号し相手の正当性を確かめる
　サーバは以下の情報をクライアントに返す
j 暗号化したID
k 暗号化した認証データ
l IPsec SAの決定
以上が大まかな流れ。また、ここからわかる通り２往復で処理していることが分かるので答えには２が入る。

k:RESTful
　CoAPはWebシステムにおけるAPIシステムであるRESTfulAPIアーキテクチャを採用している。RESTやRestAPIなどと呼ばれることもある。

設問３
（１）l:トランスポート　m:順不同　n:重複　o:同期　p:バックオフ

m:順不同　n:重複
　順不同の意味は「順番がそろっておらずバラバラである状態」のこと。また、ｍ、ｎには様々な用語を入れられそうだが、同じ段落中に「CoAPではメッセージIDを利用することによってこれらのエラーに対処する」旨の記述があるので、メッセージIDで解決できる事象に紐づかなくてはならない。
メッセージIDでできるのは順番制御、重複検知なので、それを素直に書けばよい。
おまけで３大パケットトラブルを見ていこう！
▼３大パケットトラブル

1. 消失（パケットが消える）       ─── Loss
2. 重複（同じパケットが2個届く）   ─── Duplication
3. 順不同（順番が入れ替わって届く） ─── Reordering

p:バックオフ
　バックオフとは、直訳すると引き下がる、遠慮するという意味。通信の世界におけるバックオフとは、「パケットが届かなかった時にすぐに再送するのではなく、待ち時間を少しずつ伸ばして遠慮しながら再送する仕組み」のこと。
で、指数バックオフとは、遠慮する感覚を指数関数的に広げていくこと。

・1回目の再送待ち： 2秒間 待って再送する
・2回目の再送待ち： 4秒間（2倍）待って再送する
・3回目の再送待ち： 8秒間（さらに2倍）待って再送する
・4回目の再送待ち： 16秒間（さらに2倍）待って再送する

Q.なぜ指数バックオフが必要なの？
　再送が起きる多くの原因はネットワークの混雑であることが多い。そのような状況の中で１秒ごとに再送していると、さらに帯域が圧迫されてしまい、どんどん状況が悪化する。そのような状況を避けるために、待ち時間を長くしていき、遠慮しながら送信すれば帯域に負荷を最小限に抑えつつ再送もできるようになるという仕組み

（２）メッセージ：viii　理由：トークン値が一致するから　

まず、前提としてCoAPのACKはリクエストと同一のメッセージIDを使ってACKを返す。そのことより、(iv)では[0xbc90]をメッセージIDとしている。これと同一のメッセージIDを持つものは(i)である。そして、(i)のトークンは0x71である。そのトークンを持っているのは、(viii)である。以上より、(viii)はトークンの値が同一だから(i)の応答であると判断できる。

（６）判断できること：(i)の送信元が偽装されていないこと　
対応：(iv)を送信せずハンドシェイクを終了する

DTLSはUDP上で動作するTLSのようなもの。通常、TLSはTCP上で動作する。TCPでは既に３ウェイハンドシェークによって相手の正当性は確認できるのでTLSにわざわざ相手の正当性確認を組み込まない。しかし、UDPでは簡単に送信元を偽装できてしまうためDTLS上で相手の正当性を保証する仕組みが必要になる。それがcookieだ。cookieは相手の送信元IPなどをベースに作成されるため、本来の送信元と違うと不正な相手であると簡単に判断できる。
つまり、cookieがあると判断できることは、「送信元が偽装されていないこと」であり、もし、偽装されたと判断すると「ハンドシェイクを中断する」という挙動になる。

設問4
(1) Gメーター管理サーバやネットワークへの負荷の集中を避けられる
数万台のIoTデバイスが同時にGメーター管理サーバへ接続すると、Gメーター管理サーバーは、一瞬で数万同時接続を処理する必要がある。どんなにIoTデバイスのパケットサイズが小さかろうが、接続処理数が多いとその分だけ接続処理のためのCPUが消費されるため大きな負荷がかかってしまう。そのため、ランダム時間によって分散させる必要がある。

(３) TCPコネクション確立とコネクション切断の処理が行われるから
ここでは、HTTPとCoAPの違いによるHTTPのデメリットを聞かれている。前提としてHTTPはTCP上で動作し、CoAPはUDP上で動作する。そのため、HTTPだとセッションが切れると再度３ウェイハンドシェイクをしたりする必要があるため、必然的にパケット数が増える。一方、CoAPはUDPであるため必要な時に必要なやり取りだけを実施すればよい。

p.15 Q.そもそもLPガスって何？
LPガス（Liquefied Petroleum Gas：液化石油ガス）とは、一般的にプロパンガスと呼ばれる。道路の下のガス管から直接供給される「都市ガス」とは違い、ボンベを使う。
郊外の一戸建てやマンションの裏手にあるグレーのボンベがLPガス。LPガスはボンベ内のガスを使うため、「いつ、どのくらい使われたか」を把握する必要がある。
一昔前まではガス会社の社員がガスメータを目視で確認していたが、現在ではIoTによってわざわざ出向かなくてもいい構成になりつつある。

p.15　LPWAとは
LPWA（LowPowerWideArea）とは「省電力（LowPower）」で「遠域・広範囲まで届く（WideArea）」という特徴を持つ無線通信技術の総称。
無線通信技術にはWi-FiやLTEなどがある。では、それらと何が違うのか、表を見て理解しよう！
▼LPWAとLTEとWi-Fiの違い

p.15 Sub-GHz帯とは？

SubｰGHz帯とは、「Sub（～より低い）」＋「GHz」とういことなので１GHz以下の周波数のことを指す。日本だと920MHzが該当する。
ちなみに、低い周波数の特徴を以下で確認しておこう！
▼高周波と低周波の違い

Q.3G,4G,5G,6Gって結局何？
3GPPで、3G,4G,5Gなどの携帯キャリア通信の標準化を実施ているという話がでた。でも実際、それらがよくわかっていない。なので、見ていこう！

Q.4Gってなに？
4Gは4Generation(第4世代）の略で、携帯キャリアにおける無線通信規格の一つ。これは3GPPによって標準化されている。
簡単に言うと、４G≒LTEという解釈で問題ない。
▼4Gの流れ

[スマホ/IoT機器]
   │ （無線電波：LTE）
   │ （ベアラ通信）
   ▼
[LTE基地局 (eNodeB)]
   │ （キャリア専用の有線網）
   │ （MME/HSS）
   │ 
   ▼
[キャリアのコアネットワーク (EPC)] ★ここでSIMの認証やパケット処理をする
   │ 
   │ （GTPトンネル）
   │ 
   ├─▶ (A) インターネットへ出る場合 ──▶ [ISP/Internet (BGP等)] ──▶ [相手のサーバ]
   │
   └─▶ (B) 今回のZ社のような閉域網 ──▶ (IPsec VPN) ──▶ [Y社データセンター]

用語解説：
MME(Mobility Management Entity)
　LTEにおけるユーザを認証する司令塔。ユーザからの認証を確認するためにHSSを呼び出したり、GTPトンネル確立の指示やベアラ通信の指示を出したりする。
HSS(Home Subscriber Server)
　MMEが認証をする際に使うデータベース。MMEは受け付け業務なので、実際のユーザ情報は保持していない。そのためHSSを使って、ユーザ情報を確認する。
ベアラ
　ベアラは仮想的な通信パイプのこと。
携帯電話の電波にはいろいろなデータが流れる。音声、動画、緊急速報。これらは緊急度合いが違う。そのため、すべてを同じ優先度で扱ってはならない。そこで、要はQoSを実現するためにベアラと呼ばれる、仮想的なパイプを準備する。用途ごとにベアラは作られる。＝それに応じてGTPも増える。

Q.5Gって何？
5Gも基本的な挙動は4Gと同じ。しかし、使っている機器や周波数帯などが少しずつ違う。ということで、それを見ていこう！

要は、使う周波数帯をより高周波にすることによって、より高速性を出したのが５G。で、異なる周波数を出すには、異なる媒体が必要なので、４Gとは別の機器・名称として扱われる。
また、高周波は障害物や長距離に弱いため、各地にミニ基地局を新たに施設することによってその弱点を補っている。

▼プラチナバンド、ミリ波、subGHz、sub6などの違い

＊プラチナバンド：携帯キャリアが保証している＆かつSubGHz帯のこと。

Q.Sigfox,LoRaWAN,LTE-M,NB-IoT
LPWAには様々な方式がある。では、以下で見ていこう
▼LPWA（省電力・広域通信）のまとめ

▼具体例
では、農家でのLoRaWAN使用例を見ていこう！
前提：
　・LoRaWANは基地局を個人で立てれる（1~3万程度)
　・農家は田畑の状況をリアルタイムで知りたい
　・家のあたりには数キロに及ぶ自分の田畑がある
　　→これを目視確認したりするのは面倒くさい
では、以上の前提をユースケースとしてやっていこう！
１．LoRaWANの基地局をたてる
　基地局は1~3万程度で立てられる。
　コンセントにつないだり自宅のLANにつなげれば簡単に起動できる
２．田畑用のLoRaWANセンサを購入/設置する
　①製品のDevEUI(製品識別子)とAppKey(パスワード)を確認する
　②①の情報を製品に紐づくアプリケーションで登録する
＊AppKeyがあることによって、センサーからのデータは既に暗号化された状態でネットワークを経由するため、正しいAppKeyを持っているユーザでなければ復号できない。
　③目的の箇所にセンサーを設置する
３．アプリケーションで状況を確認
　アプリケーションにログインし、リアルタイムで現状を把握する。
＊アクチュエータ（物理的な動作をする機器）も購入しているなら、そのリアルタイム情報からサーバがアクチュエータに適切な指示を出し、水流を調整したりといった物理的な制御もできるようになる。　
→ちなみにSigfoxは通常時は受信機能を閉じているためサーバからアクチュエータへの命令動作には向いていない。Sigfoxがデータを送信するタイミングで受信機能も解放されるがそれ以外は無理。また、１日に送信できる量は140、受信できる量は4回までという制限もある。

以上がLoRaWANの流れだった。ちなみに、Sigfox、LTE-M、NB-IoTも基本的には同様の流れで処理される。ただ、使われている個々の名称が若干異なる。

p.16　LPWA閉域接続サービスってなに？

Q.そもそも閉域網って何？普通のインターネット接続と何が違うの？
A.インターネットという公道から完全に隔離された、関係者しか入れない私道のこと。よく耳にするMPLSも閉域網技術の代表例である。
このような閉域網があることによって、『外部に公開する必要のないサーバ＆かつ正規の人からはリモートからでもアクセスさせたい』という要件において、プレフィックスをインターネットに公開することなくアクセスできるようになる。

▼一般的にインターネット接続

【一般的なスマホや光回線（インターネット接続）】
[スマホ] ──＞ [キャリア基地局] ──＞[キャリアコア網] ──(APNによって選出されたインターネットGW)──＞ 【一般のインターネット】 ──＞ YouTube等
                                                            ▲ ここで公道（インターネット）に出る！

▼閉域網の接続

【LPWA閉域接続サービス】
[Gメーター] ──＞ [キャリア基地局] ──＞ [キャリアコア網] ──(APNによって選出された専用GW)──＞ 【Z社の専用閉域網】 ──＞ Z社拠点ルータ
                                                                ▲ インターネットに1ミリも出ない！

Q.そもそもなんでZ社を経由するの？
シンプルに、Z社を中継点とする意味が分からない。LTEを使っているなら、そのままISPに行き、そのISP経由でY社まで転送してくれれば通信自体は成立するように見える。しかし、本文中にはなぜかD社を経由している。その理由を紐解いていこう！
理由1：暗号化の肩代わり
　IoTデバイス（Ｇメータ）は極力軽い処理を担当させたい。そのためIPsecのような強力な暗号化処理は外部に委託したい。そのためZ社にIPsecをやってもらうという対策が取られている。
*ただ、LTEによって、端末⇔基地局間はデフォルトで暗号化済み。ここで述べている暗号化はインターネット上の話。
理由２：そもそもIPsecは拠点間通信に向いている
　もし、Ｇメータが暗号化処理をできたとしても、１台1台とIPsecルータ２がセッションを張るとなるとものすごい負担になる。そのため、Z社側で一度集約してから１対１でIPsecルータ２とやり取りをした方がはるかに運用が楽だから。
理由３：コスト削減
　閉域網サービスを利用するには、ISPと閉域用の契約が必要になる。これは月額数百～千万の費用が掛かる。しかし、Z社のような、他社クライアントと共有利用させることによって閉域網サービス提供を生業としている業者に頼めば安く抑えられるから。
理由４：マルチキャリア対応のため
　閉域網の用途はわかったけど正直、Y社が契約しているSIMのキャリア専用の閉域網を利用すれば解決すると感じる。なぜわざわざ外部のZ社の閉域網を使うのか。それはマルチキャリア対応のため。もし、SIM提供キャリアの閉域網を使うと、ほかのキャリアのデバイスを扱ったときに、またそのキャリアと閉域網契約を結ばなくてはならなくなる。しかし、中間でZ社を挟ませればY社はZ社とのみIPsec通信をする準備をすればよいだけになるので運用やコストの面、また、マルチキャリアの面からもメリットが得られる。
＊Z社はおそらく閉域網サービス接続を生業としているため、ソフトバンク、ドコモなどの複数のキャリアと既に閉域網接続をしている。その中の一部をY社に割り当てるというながれ。

👆のことからもわかる通り、逆を言えばIoTデバイス自体がIPsecをできるようになったら閉域網は不要ということになる。というわけでもない。結局IPsecでは１対１の通信に集約させたいから、その集約点が必要になる。IoTデバイス１台１台がIPsecを張ると、ルータのセッション情報がパンクする。なぜならIoTデバイスは概して何万台もあるから。そこらのリモートワーカーがIPsecをするのとではわけが違う。リモートワーカーの場合は人数が少ないから閉域網を通らずとも直接PCがIPsec処理をして接続できる。

p.16　物理的なデータの流れの全貌
閉域網やIPsec、Z社サービス拠点、などいろいろなものが一気に記されていて頭がこんがらがる…では、それを解決していこう！

[ Gメーター ]
    │ ① 無線（LTE-M）
    ▼
[ キャリア基地局 ]
    │ ② 有線（キャリアの社内光ファイバー網）
    ▼
[ キャリアのコア網 ＆ GW（ゲートウェイ）]
    │ ★APNを見て「Y社用だな」と判別！
    │ ★MPLSラベル（専用タグ）を貼って専用ルートを通す！
    │ ③ 有線（専用線）
    ▼
[ Z社拠点（ルータ1）]  ※ここまでが「閉域網」！
    │
    │ ★ここでMPLSラベルを剥がす！
    │ ★Y社に向けてデータを「IPsec（カプセル化暗号化）」する！
    │ ④ 有線（一般的なインターネット回線）
    ▼
[ イ ン タ ー ネ ッ ト ] （公道）
    │ ⑤ 有線
    ▼
[ Y社拠点（ルータ2）]
    │ ★IPsecの暗号化カプセルを解く！
    │ ⑥ 有線（Y社の社内LAN）
    ▼
[ Gメーター管理サーバ ]  ★無事到着！

１．Gメータ→キャリア（基地局）
　GメータはLTE回線を使ってキャリアまで行く。
　　その際にキャリアはSIMで認証をする。
２．キャリア（基地局）→キャリア（MME）→キャリアのゲートウェイ
　①キャリアにつくと、まずSIM情報の認証が必要になるため、MMEに渡す。
　②MMEはHSSと呼ばれるデータベースを使い認証処理をする。
　③SIM内のAPNから適切なゲートウェイを判別する
　④処理が完了すると、無線ベアラやGTPトンネルなどを構築しネットワーク接続可能な状態になる
３．Gメータ→閉域網→Z社ルータ
　①Gメータは無線ベアラを通して基地局にいく
　②基地局がGTPトンネルを通してAPNのゲートウェイまで行く
　③ゲートウェイは適切なラベルを張りZ社ルータ（CEルータ）まで運ぶ（＝MPLS）
　④Z社ルータの手前のPEルータでラベルを外してからZ社ルータに届かせる
４．Z社ルータ→Z社IPsecルータ１
Z社ルータに届いたパケットは普通にルーティングをしてZ社IPsecルータに渡す
５．Z社IPsecルータ１→Y社IPsecルータ２
　①Z社IPsecルータ１は宛先からIPsecが必要であると判断する
　＊この時に使うのがSPD（SecurityPolicyDatabase）と呼ばれるどの通信をIPsec適用にするかのデータベース。この中にSPIがあるので、それに基づいてSAD内を検索する
　②SADからSAを取り出し、パケットヘッダーにSPIを付与する
　＊SAD（SecurityAssociationDatabase）はSAを保持しているでーばベース
　＊SPI（SecurityParameterIndex）はSAを特定するための識別子
　③適切な暗号化をしてY社ルータ２まで届かせる
６．Y社IPsecルータ２→Gメータ管理サーバ
　①パケット内のSPIを確認する
　②SPIでSADを検索し、SAを割り出し、SAに従って復号や正当性確認を実施する
　③復号された中身をSPDと比較して正当性を確認する
　④Gメータ管理サーバへ転送する

👇IPsecの詳細はこちら👇

平成28年（2016年）ネスペ午後Ⅰ　問二　解答解説

設問1 ア：AES　イ：事前共有鍵　ウ：SIMカード　エ：APN　オ：NAPT　カ：CONNECTア：AES　　WEPやWAPまではRC4ベースの暗号化を採用していた。しかしこれには脆弱性があるので、WPA2からは、より強固なAESが使わ...

ascend-beyond.com

2026.07.15

Q.IKEv1 phase1アグレッシブモード+phase2について
IKEv1のフェーズ１（isakmp sa）のアグレッシブモードの流れを見ていこう！
１．クライアント→サーバ
以下の情報を渡す
・暗号化方式の提案
・暗号化方式に付随する公開鍵,パラメータ
・ID
２．サーバ→クライアント
以下の情報を渡す
・暗号化方式の決定
・暗号化方式に付随する公開鍵,パラメータ
・ID
・認証データ
３．クライアント→サーバ
以下の情報を渡す
・認証データ
＊ここまでがフェーズ１のアグレッシブモード。ここからはついでにフェーズ２を記載していく
４．クライアント→サーバ
フェーズ1で作成された共通鍵をを使いIPsec SA（ESP）の方式を提案する
５．サーバ→クライアント
IPsec SAの方式を決定する
６．クライアント→サーバ
ESPの準備完了したよ！と通知する

Q.IKEv1 phase1メインモード+phase2について
IKEv1のフェーズ１（isakmp sa）のメインモードの流れを見ていこう！
１．クライアント→サーバ
僕がサポートしている暗号化方式はこれです！と教える
２．サーバ→クライアント
よし、じゃあ暗号化方式はこれでいこう！と決定する
３．クライアント→サーバ
では、実際の鍵生成のフェーズに入ろう！
・公開鍵
・ノンス
をサーバへ渡す
４．サーバ→クライアント
・公開鍵
・ノンス
をクライアントに返す
５．クライアント→サーバ
ID、認証データを暗号化してサーバへ渡す
＊サーバはこれを検証して正当性を確認できる
６．サーバ→クライアント
ID、認証データを暗号化してクライアントへ渡す
＊クライアントはこれを検証して正当性を確認できる
以上の６メッセージを交換後にフェーズ２へ移行する

p.17 CoAPとは
CoAPはConstraind Application Protocolの略。その名前の通り、制約下のもと動作させることができるプロトコル。特徴を以下にまとめる。
・UDPベース
　制約の多い環境では軽量さが好まれる。TCPだとセッションなどがありとても面倒くさい。また、順序制御などはアプリケーション側のメッセージを使って実施する
・RESTfulAPI
　RESTfulAPIと呼ばれる、GET,POST,PUT,DELETEなどのようにHTTPと同じように操作できるためWebエンジニアにはなじみやすい
・IoT向け
　IoTで求められるものは、貧弱な環境でも利用できること。貧弱とは、「バッテリー容量が極小」、「ネットワーク帯域が極細」、「CPU能力が低い」、「メモリ少ない」という環境のことを指している。このような環境で動作できるのがCoAP。

p.17 CoAPのメッセージIDとトークン
メッセージIDやらトークンやらが出てきていまいちよくわからない。なので、ここではメッセージIDとトークンの役割を明確にしつつ、それらの違いを紐解いていこう！
メッセージID：
　再送制御、順序保証などのTCP機能を肩代わりしてくれる機能。
トークン：
　リクエストに対するレスポンスを対応づける機能。

Q.なんでメッセージIDだけじゃダメなの？トークンいらなくね？
メッセージＩＤとトークンは管理対象が異なる。メッセージＩＤはいわばパケットの管理を行う。一方トークンはリクエストとレスポンスの対応関係を整理するもの。
もし、メッセージＩＤだけになると、受信側は「あれ？これはどのリクエストに対する回答なの？」と処理ができなくなってしまう。たとえ、「あー、順番通りにきているな。欠損ないな。」というところまで分かったとしても、どのリクエストに対応しているかまではわからない。
そういった観点で、やはりトークンは必要と言える。

Q.TCPにおける欠損の処理方法
TCPでは様々な方法を使ってパケットロスを検知している。
タイマー：
　通常は受信側はACKを返す。それによって送信側は、「あ、俺のパケット届いたな」と判断できる。しかし、欠損すると受信側からはACKが返ってこない。その際にタイマーを稼働させておけば「あ、送信からタイマーの時間経過したけどACKなしか。。ということは欠損してるかも！」ということで欠損を検知して再送をする
重複ACK：
　受信側は、順番を飛ばしたパケットが届くと「いや、○○番のパケット届いていないよ！ちょうだい！」と送信側に伝える。これを３回受け取ると送信側は「あ、欠損してるかも」と判断して再送する。
＊１，２回だと一時的な遅延や順不同によるものかもしれないため、再送が無駄になることがあり非効率。

Q.CoAPにおける欠損の処理方法
CoAPにおける欠損パケットの処理方法はタイマー方式のみ。CoAPにはCON、NONの２つのメッセージがある。CONは確認応答が必須で、NONは確認応答が不要。
CONの場合に確認応答が一定時間返ってこない場合は、欠損と判断して再送される。

p.23 HTTP1.1について
HTTPには様々なプロトコルがあるHTTP/1.0から始まり現在のHTTP/3まで続いている。では、それらの進化を理解していこう！