一般情✴况下【kuàng xià】📻，如果路由表中💙有匹配的表项【de biǎo xiàng】的话，则会进🚼行后续的工作，路由器接口能👫接收到【jiē shōu dào】报文是【bào wén shì】其工作【qí gōng zuò】的基础。

如果报【rú guǒ bào】文丢失【wén diū shī】💟的话，那么将极大的【jí dà de】😺影响到路由交🕘换功能💾，最终导致数据⛏的丢失，造成报文丢失【wén diū shī】💟的原因🎼有很多【yǒu hěn duō】，不过最主要的【zhǔ yào de】🖋可能是路由器内存不【nèi cún bú】足或者CPU过载所造成的。

要解决【yào jiě jué】这个问🦍题【tí】🌎，首先需【shǒu xiān xū】要判断🌳问题【tí】🌎的原因。

一【yī】、内存碎片是指路由器【lù yóu qì】内存被🖥划分了许多不【xǔ duō bú】🔡连续的【lián xù de】块🌆。他将导致内存利用率降低，严重时🚞可能会【kě néng huì】产生内存错误，影响路🐽由器的性能🗜。它也会【tā yě huì】导致路由器【lù yóu qì】报🔃文丢失【wén diū shī】的问题【de wèn tí】⛰。

其实不仅路由😎器的内🔠存存在【cún cún zài】碎片问【suì piàn wèn】题【tí】😵，普通的硬盘也🗃存在这种问题【tí】🦗。如微软操作系【cāo zuò xì】统中就自带一个碎片【gè suì piàn】整理工🃏具，可以保障用户来整理硬盘中【yìng pán zhōng】的碎片，以提高🆑硬盘的【yìng pán de】🍸存储容量以及存储性【cún chǔ xìng】⛱能。这里指【zhè lǐ zhǐ】🙈的内存碎片其实跟硬【shí gēn yìng】盘碎片是类似【shì lèi sì】♊的。

二【èr】、那该如【nà gāi rú】何判断📁路由器的内存【de nèi cún】是否存🔓在碎片🦐呢?这里主要借助🆒的是灵【de shì líng】科路由【kē lù yóu】器自带的【de】SHOW MEMORY命令。这个命【zhè gè mìng】🔲令会显🍱示当前内存的【nèi cún de】相关信息。如执行这条命【zhè tiáo mìng】令后，会显示当前可用内存(Free)与最大🥙可用快🗝(Largest)的【de】数值🍔。

网络管【wǎng luò guǎn】🥉理员把【lǐ yuán bǎ】这两个【zhè liǎng gè】🏅值进行比较【bǐ jiào】⭕，就可以⏭判断碎片对路由器性能的影【néng de yǐng】响。这主要是把路🅾由器的可用内存与最【cún yǔ zuì】大可用快的大👆小进行比较【bǐ jiào】⭕。

如果路【rú guǒ lù】由器的😜可用内🔥存与最大的可用快大小比较接近时，表示虽然路由器存在碎片但⏭是影响【shì yǐng xiǎng】不大。但是若【dàn shì ruò】☕最大可【zuì dà kě】👖用的块很小，如只有最大可【zuì dà kě】👖以用内【yǐ yòng nèi】存的几【cún de jǐ】🏵十分之🆕一，那么就说明路【shuō míng lù】由器内存碎片【cún suì piàn】问题比🔔较严重【jiào yán chóng】🔷了🏔。

三、如路由🔒器的可用内存【yòng nèi cún】🦒为🛴20M， 而最大可用块的大小✋为🛴15M的话【de huà】，则表示🦒路由器【lù yóu qì】🏸内存中【nèi cún zhōng】🐎是有一🙈定的碎🗣块，但是这点碎块【diǎn suì kuài】🤖不影响【bú yǐng xiǎng】路由器【lù yóu qì】🏸的正常【de zhèng cháng】运行。如果可用内存【yòng nèi cún】🦒为🛴20M，而最大可用块为🛴0.8M的话【de huà】，则说明【zé shuō míng】路由器【lù yóu qì】🏸内存中【nèi cún zhōng】🐎存在比【cún zài bǐ】较多的【jiào duō de】碎块。

连续连续内存【xù nèi cún】中【zhōng】🔽没有足够大【gòu dà】😵的可用【de kě yòng】快🍡，这有可能导致【néng dǎo zhì】严重的🕳内存分【nèi cún fèn】⬅配问题【pèi wèn tí】，如导致一个或💇者多个接口间歇性的【xiē xìng de】丢失报文🦖。在路由器内存🌵中【zhōng】🔽，允许存在一定的内存碎片。

到现在【dào xiàn zài】🗾为止🌊，还没有【hái méi yǒu】哪一种【nǎ yī zhǒng】🐮内存管理技术说可以🎨完全避🛫免产生内存碎片。只是这个碎片【gè suì piàn】要保证一个合理的值【lǐ de zhí】。

具体这个值是【gè zhí shì】多少【duō shǎo】，也没有【yě méi yǒu】人可以给出一🔧个具体【gè jù tǐ】的标准【de biāo zhǔn】🈵。不过根据笔者的经验🕺，最好能【zuì hǎo néng】🐷够保证可用块的大小在可用内存的二分之一🥍到三分【dào sān fèn】之一🥍之间🔟。

当然可用块大小跟可用内存越接近越好。

四、其实这🔬个可用【gè kě yòng】😶块与可用内存之间的关系我【guān xì wǒ】们可以利用柜【lì yòng guì】子中的抽屉来【chōu tì lái】🎅表示。如一个柜子可💵用容量虽然比【suī rán bǐ】较大【jiào dà】😪，但是里🍅面划分【miàn huá fèn】⬆了大小【le dà xiǎo】不等的1000多个格子。每个格【měi gè gé】子的空🔮间容量有限🦃。

当有大【dāng yǒu dà】🛐的【de】数据需要存🌮储时【chǔ shí】，整的【de】容✏量是够【gòu】的【de】，但是小格子的【gé zǐ de】容量不够【gòu】。此时，就会发生报文🏡丢失的【de】🎹问题。

此时看🔙起来内🔮存足够用【yòng】，可是此😁时内存中已经没有连【méi yǒu lián】续的空间用【yòng】来存储数🗄据🎷。所以这【suǒ yǐ zhè】些看起【xiē kàn qǐ】来比较大的可【dà de kě】用【yòng】内存，其实保【qí shí bǎo】存不了【cún bú le】多少数🦑据🎷。

五、如果确定路由【dìng lù yóu】✂器内存中没有过多的🎇碎片，则网络管理员【guǎn lǐ yuán】🍂就要考虑是否💩是因为【shì yīn wéi】CPU过载所导致报文丢失的🎇。要查看【yào chá kàn】CPU的使用【de shǐ yòng】🥫率【lǜ】，可以利【kě yǐ lì】用SHOW PROCESS命令来🐯查看路由器【yóu qì】✡的🎇CPU使用情【shǐ yòng qíng】🔰况【kuàng】🦒，通过这【tōng guò zhè】💧条命令🤳，可以显示出路由器【yóu qì】✡CPU最近【jìn】♿5秒、最近【jìn】♿1分钟、以及最近【jìn】♿5分钟的🎇CPU使用率【shǐ yòng lǜ】。由于💒 CPU的使用【de shǐ yòng】🥫率一直【lǜ yī zhí】在变化，故网络管理员【guǎn lǐ yuán】🍂主要关💿系的是【xì de shì】🍈5分钟之内的🎇CPU平均使用率【shǐ yòng lǜ】。

通常情🚪况下，如果5分钟之内的⛰CPU使用率【shǐ yòng lǜ】🌮能够保持在60%以下【yǐ xià】，最多不【zuì duō bú】🈵能够超【néng gòu chāo】过70%，则说明【zé shuō míng】💹路由器🐱的⛰CPU工作还是正常【shì zhèng cháng】🔋的⛰。但是如果其【guǒ qí】CPU使用率【shǐ yòng lǜ】🌮达到了70%以上，则说明【zé shuō míng】💹路由器🐱的⛰CPU使用过度了【dù le】😆。

此时可以说明路由器【lù yóu qì】接口报🐼文丢失很可能💢是🌬CPU过载所【guò zǎi suǒ】造成的【zào chéng de】。

六【liù】❔、如果确认路由【rèn lù yóu】器CPU过载，那么网络管⏪员需要确认到底📖是哪一【shì nǎ yī】🥥个进程占💞用了大量的【liàng de】内存【cún】👰。只有把这个罪【zhè gè zuì】👀魁祸首【kuí huò shǒu】找出来，网络管⏪理员才能够对♑症下药【zhèng xià yào】，解决问题【tí】🔪。如网络管⏪理员经过查询发现是【fā xiàn shì】SRB BACKGROUND进程占💞用了大量的【liàng de】CPU，则就说【zé jiù shuō】明发生了网桥💿风暴。故要解决CPU过载问🧒题【tí】🔪，要达到【yào dá dào】这个目🔼的，网络管⏪理员可🤾以通过【yǐ tōng guò】SHOW PROCESS MEMORY命令查【mìng lìng chá】询路由【xún lù yóu】器的内👥存【cún】分配信息。

通过执行这个【háng zhè gè】命令，系统会反馈当🥣前路由器内存的【de】🥞可用量【kě yòng liàng】、以使用量等信🌋息。还会反映每个🤢进程所【jìn chéng suǒ】🔦占用的【de】🔑内存空👺间。如果某【rú guǒ mǒu】个进程所【jìn chéng suǒ】🔦占用的【de】🔑内存与【nèi cún yǔ】上面显【shàng miàn xiǎn】示的【de】🥞所占用的【de】🔑CPU都很大【dōu hěn dà】😇的【de】🥞话，则说明这个进🐽程很有问题😕。网络管【wǎng luò guǎn】🦆理员要【lǐ yuán yào】逐一排【zhú yī pái】查这些可以的【kě yǐ de】🥞进程。

七、如有时【rú yǒu shí】🗝候网络【hòu wǎng luò】管理员🦖可以强制把某【zhì bǎ mǒu】些耗用CPU资源大🍒的进程📐关闭掉，然后测试一下【shì yī xià】报文丢失的情况是否👶有所改🏉善【shàn】🏨。如果有【rú guǒ yǒu】明显改【míng xiǎn gǎi】善【shàn】🏨的话，那么就找到问🦋题的原因了。

此时网🅱络管理【luò guǎn lǐ】✴员就可以对症下药，分析一下到底🐻这个进程多对【chéng duō duì】应的服【yīng de fú】😸务是什么，为什么【wéi shí me】会占用【huì zhàn yòng】这么多🐒的😺CPU资源与【zī yuán yǔ】内存资源。

如果可以的话🚟，可以先把这个服务关💏闭掉，以减少报文丢【bào wén diū】失现象，保障其他服务的正常【de zhèng cháng】运作🛃。等到查【děng dào chá】明问题【míng wèn tí】的原因【de yuán yīn】，修复好👟后再重🌂新启动【xīn qǐ dòng】🤞。

在灵科【zài líng kē】路由器🐭中采用🍤了很多🚕交换【huàn】🍛技术，如过程交换【huàn】🍛、快速交【kuài sù jiāo】换【huàn】🍛、自治交【zì zhì jiāo】换【huàn】🍛、硅交换【guī jiāo huàn】🍛等等，但是他们都依📬赖于报文【wén】🎏。如果报文【wén】🎏丢失的【diū shī de】话，再怎么📣高级的【gāo jí de】交换【huàn】🍛技术都将不起作用，如何防止报文【zhǐ bào wén】🎏丢失就至关重🚖要。

当网络【dāng wǎng luò】管理员🐏发现有🤟报文丢失的情况，马上要🥞采取以上等措施找到【shī zhǎo dào】报文丢失发生😼的原因，并积极【bìng jī jí】🎓采取措【cǎi qǔ cuò】施尽早🏀恢复故【huī fù gù】障【zhàng】。