2. 网络接入设备与门户网站是两台独立的设备，由网络接入设备集成认证客户端功能，如图2所示。这种结构的对认证门户网站的功能要求不高，但要求交换机需要支持认证客户端的功能。
　　3. 网络接入设备集成了门户网站的功能和认证客户端的功能，如图3所示。这种结构适用于工作组环境，不需要集中的认证服务器。
　　前两种网络结构统称为“瘦NAD”结构，主要用于大中型网络，第三种网络结构称之为“胖NAD”结构，主要用于小型网络。
　　逻辑体系结构
　　逻辑体系结构如图4所示，由NAC、NAD、Portal、认证客户端和认证服务器5个逻辑组件组成。对于设备包含逻辑组件组合关系，属于设备内部交互机制，本标准不涉及。

　　NAD应具备HTTP协议、TCP协议的侦听能力，支持Web认证的功能。NAD的受控逻辑端口，初始状态为关闭，不能访问受保护网络资源，认证成功后，受控逻辑端口打开，NAC访问受保护网络资源。受控逻辑端口宜控制到具体协议，例如IPv4协议、IPv6协议等。
　　NAD的非受控逻辑端口允许授权协议通过，例如IPv6的邻居发现协议（ICMP ND)、DHCPv6、DNS等和IPv4下的ARP、DHCP等协议；非受控逻辑端口应允许通过访问门户网站的HTTP协议报文。
　　消息格式和编码
　　NAC与Portal之间的消息格式和编码Portal作为Web服务器，NAC与Portal之间采用HTTP协议进行通信，为增强安全性两者之间通信宜使用HTTPS协议。例如：基本消息格式是URL+CGI参数：（https://[Portal URL]/index.jsp?switch_ip=[switch ip]&switch_port=[switch port]）。表1为NAC与Portal之间CGI参数中的参数名称、类型和编码方式。

　　认证客户端与认证服务器之间的消息格式和编码
　　在结构1中，Portal与认证服务器之间采用标准的认证协议进行通信，如RADIUS协议。

　　NAD与Portal之间的消息格式和编码
　　NAD与Portal之间有两种可行的通信方式：
　　——HTTP协议
　　NAD与Portal采用HTTP协议通信，需要NAD启用Web服务器功能。NAD与Portal之间HTTP协议基本的消息格式是URL+CGI参数的形式，如：
　　https://[NAD URL]/index.jsp?portal_ip=[portal ip]
　　——Portal协议
　　NAD与Portal之间可以使用Portal协议，基于UDP协议进行通信。
　　Portal 协议主要描述了Portal和NAD设备之间的包交互，主要内容包括如下3个方面：
　　(1)协议主体涉及Portal和NAD设备；
　　(2)协议采用非严格意义上的Client/Server结构，大部分消息采用Request/Response形式进行交互。同时还定义了一种Notify报文，提供Portal 认证客户端和NAD 设备间的消息通道。该类报文有两种，一种是Portal发往NAD设备的，另一种是NAD设备发往Portal的。
　　(3)承载协议。本标准中定义的承载协议基于UDP。
　　Portal协议承载在UDP上，协议包采用固定长度头和可变长度的属性字段组成。属性字段采用TLV的格式。