廣義的講，閘道器在各種網路中都存在，在各層都存在。從物理層的放大器和中繼器，到二層的橋接技術，到三層的路由器，到四層的
**，到
sip**，
alg，以及說不清楚層的
nat，防火牆，
dpi等，無所不在。
近日，在
ipbaobao
忽悠做ipv6
化的物聯網時，即把
ipv6
延伸到物聯網的感知延伸層，對於閘道器問題出現了激烈的爭論。
支援著認為
ipv6
延伸到物聯網，好處多多，尤其是無需或簡化了最麻煩的感測網和網際網路之間的閘道器
(參見我的相關博文)。
反對ipv6
者認為，把
ipv6
延伸到感測器時，
6lowpan
是要對ipv6
的包頭進行壓縮的，即不是原來的普通
ipv6
了，因此在感測器網路和
ipv6
大網之間，仍然是需要閘道器的。
ipbaobao
認為，雙方的共識是在感測器網路和網際網路之間需要乙個閘道器，區別只是在於什麼樣的閘道器。兩者所說的閘道器，存在著天壤之別。
1.前者的閘道器是無狀態，後者的閘道器是有狀態的。狀態有否看似區別很小，其實很大。就像面向連線的技術中閘道器(網路
)是有狀態的，無連線的技術中閘道器(網路
)是無狀態的，看似不起眼的變化，帶來的是革命性的影響。
ip是無狀態的/無連線的，帶來的是網際網路的巨大成功。
www是一種restful技術，是無狀態的，也取得了巨大成功。
無狀態閘道器的另外乙個案例，就是清華大學提出的
ivi技術，本質上是一種無狀態的翻譯
ipv4
和ipv6
的技術。
2.前者的閘道器基本不需要做上層的翻譯，後者可能需要。而且即使翻譯，也是無狀態的。
當然，無狀態的代價也肯定是有的，這符合辯證法。「狀態」從閘道器中消失了
(不可能全消失，像路由器中還需要路由表那樣
)，那「狀態」就需要出現在別的地方，比如載荷中，比如終端上，由此帶來了其他新問題。
會話Bean中的有無狀態，
無狀態就是說有被很多使用者使用，前乙個使用者設定的值會很容易被後乙個使用者所更改，所以無法維護乙個使用者所設定的 值，所以稱之為無狀態，有狀態就是指這個bean例項只被乙個使用者所使用所以可以保持乙個使用者所設定的值，所以稱之 為有狀態的。無狀態使用的是例項池來管理bean 有狀態使用的是啟用管理。...