此篇文章发布距今已超过43天,您需要注意文章的内容或图片是否可用!
通过这题考察了chatgpt、deepseek,回答都不错,没有原则性的错误。但是,没有人味,浓浓的机器气息扑面而来。他们现在还没有训练出通过表面的文字,看透题主想get到点的能力。他们眼里的路由器,是真正提供三层路由(Routing)功能的路由器(Router),或者更通用的专业词汇,网关(Gateway)。而题主问题里的路由器,则是指家庭局域网里的所谓路由器。这个路由器,至少集成4个功能:chatgpt、deepseek眼里的问题是这样的:无线局域网里udp广播的路径是什么,也是先发给Router再由Router广播吗?无线局域网里udp广播的路径是什么,也是先发给AP再由AP广播吗?Yes,所有的上行流量(包括UDP广播)都需要发给AP, 然后AP再通过解码802.11协议头:- 将UDP广播通过有线口(LAN Port)在广播域里扩散,数据链路层采用Ethernet 2格式。
- 将UDP广播通过空口(Wireless Port)在广播域里扩散,数据链路层802.11格式。
以上是标准流程,但是在现实的网络里实现会有少许的不同。如果有一些无线设备处于休眠节能模式,在UDP广播发送的时候,正处于休眠,会发生什么?收不到,因为无线transceiver处于关闭状态。需要将UDP广播(Broadcast/Multicast)转换成单播(Unicast),然后放入buffer,等待主机醒来再发给它。如果UDP广播是DHCP Discovery,AP自身提供DHCP Server功能,AP就自己消化掉(转交给自身DHCP服务器),而不会转发给有线口(LAN)、无线口(Wireless)。如果AP无法提供DHCP Server功能,或者手动关闭DHCP Server功能,AP需要将DHCP Discovery广播到有线口,而不会到无线口。背后的逻辑,服务器通常是有线接入。还有一种广播,它虽然不是UDP广播,但是很有必要讨论一下,它的名字是ARP广播,AP收到怎么处理呢?理论上要的,但是现实网络不会,因为那样ARP广播会再一次消耗无线信道。由于AP知晓每一个和自己绑定(Association)终端的IP、MAC地址,故可以将ARP Reply以单播的形式发给ARP Requester。如果ARP请求的MAC地址是有线网络里的设备,比如gateway的MAC地址,设备的MAC地址目前AP依然未知,怎么办?AP只要将ARP广播forward到有线网络即可。无论如何,AP都不会将接收到的ARP广播再广播出去。深度思考,既然无线网络本身就是广播式的,一个UDP广播通过无线网络传输,接收方大概率是可以接收到的,为什么需要AP中继处理再转发,为什么真正的接收方不能直接接收呢?由于AP处于网络的中心位置,通过AP的中继,可以确保每一个接收方都可以接收到。而如果没有AP的中继,可能由于接收方、发送方处于圆周直径的两端超出有效传输距离而无法接收,即隐藏节点(hidden node problem)。 推荐站内搜索:最好用的开发软件、免费开源系统、渗透测试工具云盘下载、最新渗透测试资料、最新黑客工具下载……
ZhouSa.com-周飒博客
还没有评论,来说两句吧...