一年之际在于春，一日之际在于晨，我现在都占上了，不给学员们找点事做不是辜负大好时光？ 请看题！！

一个C类子网的ip地址，比如202.115.32.5，其所在子网的子网掩码为255.255.255.0，网关为202.115.32.254，如果用户强行设定自己的子网掩码为255.255.255.224，网关不动，那么在这台机子上网的时候会出现什么样的情况呢？以访问202.115.32.152和202.115.16.8为例说明.

发信人: sztcww (姑苏的烂叶), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日08:32:11 星期四), 站内信件

32.152本来是同一子网的，现在改了就不是了.所以要访问32.152会先向32.5发arp请求，要求32.5转发，可32.5认为是同一网段的.可能会丢弃，也可能发icmp错误.这点我不敢确定.访问16.8应该没有问题.

发信人: xixi (*=龙头老七=*再战江湖), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日09:17:23 星期四), 站内信件

都访问得到！

发信人: shusi (舒思), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日09:44:52 星期四), 站内信件

给出理由先～～

发信人: blademan (9527), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日10:10:19 星期四), 站内信件

对于202.115.32.152：

32.5访问它时，发现它的掩码和自己不一样，故先向32.254发一个arp请求包， 而32.254发现32.152的掩码和自己的一样，它就通过arp广播得到32.152的mac地址. 故它们间的链接ok了.

对于202.115.16.8,那就没得说了，ok!


发信人: SyncMaster (西门斯坦), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日10:15:45 星期四), 站内信件

好像是……
.5的机器设什么掩码别人管不着，对关键路径上的路由也不影响，但是对它自己的route却比较关键，如果它要访问32.152，因为它认为和152并不在同一子网内，而且它臆造的子网内没有网关，因此可能以default route的方式将路由任务推给超网，包送到202.115.32.254，经过网关再route到152.
32.5>tracert 202.115.32.152 结果应该是两跳，首先是.254，然后是.152访问16.8开始的情形类似，到了.254路由则根据一般规则了根据这种观点，有趣的是，如果32.152>tracert 202.115.32.5 结果应该是一跳.

发信人: xixi (*=龙头老七=*再战江湖), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日11:10:26 星期四), 站内信件

其实shusi提到的问题中有一个关键就是gateway:202.115.32.254很明显32.5的设置可以表明32.254与32.5不再同一个子网.它有是如何访问到32.254的呢？？
通过实践发现32.5是直接发arp请求来寻找32.254的!可能这是98的一个BUG把~~~~~~
也就是它缺省认为网关和它是在同一子网的.
这时如果你把网关改称更离谱的如:202.111.11.11(假设)，它也是直接发ARP请求来寻找202.111.11.11的MAC地址.

发信人: Bai (小白), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日12:14:44 星期四), 站内信件

我觉的所有都是 unreachable, arp也没有发送. 默认网关32.254和它不是一个子网, 在32.5选路的时候,就断定不能到达.

发信人: Yejun (落单的机枪兵......), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日15:29:58 星期四), 站内信件

偶来回答拉~
202.115.32.5能正常方问16.8，过程是先发包到其网关32.254，再由router到16.8所在segment的网关.再到16.8.

当mask设定为255.255.255.224时.ip为202.115.32.152的主机被认为不和32.5在同一网段，故先到网关32.254再由网关来找32.152.致于他是怎么找他的网关32.254就不清楚.网关可以正常router到本网段内的32.152具体咱个router嘛诂计和arp请求有关还没学到这arp请求到网关，可得到MAC地址信息.另外:32.152能正常访问32.5..
故还可访问到.

发信人: JJ (星际菜鸟), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日16:10:14 星期四), 站内信件

小弟愚见：

当32.5 试图访问 32.152 时，它会先判断是否和自己在同一个subnet内.202.115.32.152和255.255.255.0 与运算＝202.115.32.0 202.115.32.5 和255.255.255.224与运算＝202.115.32.0 32.5认为和32.152在同一个subnet内.所以直接通过MAC地址与32.152通信.

32.5 试图访问 16.8 时，它也经过以上运算，发现不在同一个subnet内，于是它通过gateway访问16.8.但是，被用户强行设置了submask后，32.5 的 gateway 32.254 和它不在同一个subnet内.剩下该怎么怎么，我就不清楚了.

发信人: xixi (*=龙头老七=*再战江湖), 信区: Cisco
标 题: 看了前面的文章偶觉得大家好像存在一定的误区！
发信站: IBM技术中心论坛 (2001年03月22日16:28:11 星期四), 站内信件

对于win98系统来说~~它与某个ip进行通讯时它首先会让它与自己的route table进行比较而不是自己的ip和mask,而这个route table是可以手工改动的！

发信人: shusi (舒思), 信区: Cisco
标 题: 关于昨天的问题，请教高人后有新的看法
发信站: IBM技术中心论坛 (2001年03月23日11:35:20 星期五), 站内信件

询问了资深CCNA教师后，得知如下理论依据：

windows操作系统的TCP/IP协议栈决定了使用windows系统的一台主机32.5向32.152发包的时候首先判断对方与自己是否处于同一网段内，经过与子网掩码的与运算之后发现不在同一子网内，就需要通过网关进行，虽然网关与32.5也不处于同一网段内，但是对于网关的查找是直接发送ARP请求的,所以能够查找到32.254，并且可以把数据报发送到网关由其进行转发，所以此时trace的结果是两跳.

小白的linux下发现无法到达,应该也是和操作系统的协议栈规定有关，我对相关知识了解不多，请小白和姑苏帮忙查看一下原因.

发信人: shusi (舒思), 信区: Cisco
标 题: Re: 又是一个艳阳天
发信站: IBM技术中心论坛 (2001年03月22日17:22:45 星期四), 站内信件

其实在宿舍网里做实验也一样呀，你把A类网用c类掩码就行了，从这个题目来看把子网掩码从大改小应该是不影响使用的.(我们很想听听您的意见，请写下您的建议，观点和问题。)