利用 SmartBits 對(duì)以太網(wǎng)產(chǎn)品進(jìn)行流量測(cè)試，有兩個(gè)原因可能
丟數(shù)據(jù)
包:一個(gè)是產(chǎn)品本身存在缺陷;另一個(gè)是SmartBits的晶振快于以太網(wǎng)產(chǎn)品上PHY使用的晶振在高溫下進(jìn)行大量測(cè)試后，可基本排除產(chǎn)品缺陷造成
丟數(shù)據(jù)
包的可能性以下主要討論晶振快慢對(duì)數(shù)據(jù)傳輸?shù)挠绊憽?/div>
2023-08-23 14:58:19
2283 
本期分享一個(gè)比較常見的?絡(luò)問題--丟包。例如我們?nèi)ing?個(gè)?站，如果能ping通，且?站返回信息全?，則說明與?站服務(wù)器的通信是暢通的，如果ping不通，或者?站返回的信息不全等，則很可能是數(shù)據(jù)
2023-12-07 09:48:423449 
目前在做一款產(chǎn)品 監(jiān)測(cè)系統(tǒng) 就是傳感器將數(shù)據(jù)采集后通過407開發(fā)板發(fā)給無線模塊 但是模塊有個(gè)fifo512k的緩存 在發(fā)送過程中就不接受存數(shù)了 這樣會(huì)產(chǎn)生丟包現(xiàn)象 接收部分同理 各位大神幫忙給分析分析如何解決呢？ 謝謝大家了
2019-01-24 06:35:31
TI的CC1310用UART串口發(fā)送的數(shù)據(jù)量一大就會(huì)出現(xiàn)丟包的現(xiàn)象，該如何解決這一問題？
2019-04-28 08:46:41
CC2640出現(xiàn)嚴(yán)重丟包？用CC2540接收串口數(shù)據(jù)然后無線發(fā)送出去，每20ms接收發(fā)射20個(gè)字節(jié)是OK的，但是每10ms接收發(fā)送20個(gè)字節(jié)就會(huì)出現(xiàn)嚴(yán)重的丟包問題。不知道CC2640每10ms接收發(fā)送20個(gè)字節(jié)可以嗎？或者有相關(guān)的藍(lán)牙芯片可以實(shí)現(xiàn)此功能嗎？
2016-03-16 11:06:13
有一款ESD網(wǎng)口應(yīng)用的防護(hù)器件，電容10pF,1G信號(hào)傳輸60度下居然沒丟包，好奇怪。 這么大的電容，為什么沒丟包。。。
2017-09-30 14:45:22
modustcp通信，查詢間隔約10ms，對(duì)發(fā)約半小時(shí)后板子會(huì)出現(xiàn)一次數(shù)包丟失。
排查過程：
之前查過說是芯片使用硬件校驗(yàn)和會(huì)遇到0xFFFF時(shí)丟包的問題，用軟件檢驗(yàn)和能解決，但是驅(qū)動(dòng)內(nèi)看了并沒有開啟
2025-09-29 06:43:51
大家好，我STM32通過SIM900A的GPRS給服務(wù)器發(fā)數(shù)據(jù)，為什么會(huì)出現(xiàn)如下丟包現(xiàn)象，是不是GPRS發(fā)送會(huì)有一個(gè)緩存，每次發(fā)送完我要清一下？
2019-04-17 06:36:04
如題，最近在調(diào)試NRF2401。當(dāng)發(fā)送大概2000個(gè)數(shù)據(jù)的時(shí)候會(huì)出現(xiàn)丟包現(xiàn)象。已經(jīng)嘗試過的方法有如下：（1）：無線模塊VCC和地之間加上電容。加上后有改善，但是未能根治。（2）：將無線模塊頻率提高到
2020-04-16 04:35:23
如何防止串口通信丟包1.降低波特率。波特率越高，越容易丟包;2.硬件上，數(shù)據(jù)總線要接上拉電阻，以保證沒有向總線寫數(shù)據(jù)時(shí)，總線上是確定的高電平;3.減慢發(fā)送數(shù)據(jù)給MCU的速度。因?yàn)镸CU發(fā)送給PC數(shù)據(jù)
2017-07-10 09:59:43
問題如下： 電腦端發(fā)送：0A 04 75 30 00 01 2A B2單片機(jī)響應(yīng)：0A 04 02 00 0B 5D 36 5MS發(fā)送一次，結(jié)果如下圖所示。丟包率 = 19194*8/（7
2020-03-29 22:47:10
ZIGBEE節(jié)點(diǎn)同時(shí)發(fā)送丟包問題ZIGBEE聽別人說節(jié)點(diǎn)幾個(gè)同時(shí)發(fā)送就會(huì)丟包，我用的是網(wǎng)絡(luò)狀，純路由節(jié)點(diǎn)，路由發(fā)送數(shù)據(jù)是不定時(shí)的發(fā)送給協(xié)調(diào)器，那么我該怎么減少丟包量，我還沒有大規(guī)模測(cè)試，我接100個(gè)以上那么網(wǎng)絡(luò)不是更不穩(wěn)定？
2016-03-23 10:38:56
1、ZigBee天線接收緩存有多大的空間？2、如果多對(duì)一發(fā)送，接收方是否存在同時(shí)接收沖突而造成丟包，協(xié)議棧是否有處理？
2016-03-16 11:03:37
Zigbee 定時(shí)發(fā)送時(shí)間設(shè)置小于500MS時(shí)候，接收端會(huì)丟包怎么解決?用2塊Zigbee板子，一個(gè)當(dāng)協(xié)調(diào)器，一個(gè)當(dāng)路由，PC機(jī)上一個(gè)串口助手往協(xié)調(diào)器發(fā)送數(shù)據(jù)，協(xié)調(diào)器發(fā)送無線到路由，路由接收到數(shù)據(jù)后
2016-03-15 15:08:56
本人用的是公司自己做的板子。發(fā)現(xiàn)發(fā)送數(shù)據(jù)間隔相同，TI的開發(fā)板能夠不丟包，但是我們自己做的板子卻丟包比較嚴(yán)重。只有加大發(fā)送數(shù)據(jù)的間隔才能使自己做的板子不丟包。 請(qǐng)問是什么原因?qū)е逻@種問題？
2018-05-14 01:03:20
esp32 udp broadcast 丟包
2024-06-17 06:05:13
https://www.esp32.com/viewtopic.php?f=1 ... ee512eccf2我遇到和這個(gè)一樣的丟包問題（我也沒有使用藍(lán)牙），請(qǐng)問有人知道如何解決嗎？
2023-02-14 06:41:08
esp8266透?jìng)鱰cp如何防止丟包
2023-09-25 08:09:05
請(qǐng)問下大伙，有沒有試過用http下載過bin的文件，想用stm32+sim800c遠(yuǎn)程下載bin文件，用網(wǎng)絡(luò)調(diào)試助手測(cè)了一下，發(fā)現(xiàn)丟包率嚴(yán)重，bin文件有 49760字節(jié)，可接收到的字節(jié)數(shù)基本都低于文件的字節(jié)數(shù)，有時(shí)候只接收到8K都有可能，這樣在低速率的GPRS上丟包問題估計(jì)更嚴(yán)重，這個(gè)怎么解決呢
2020-08-17 00:06:08
用nrf2401+mpu9250 數(shù)據(jù)采集跟通訊都可以了 就是數(shù)據(jù)丟包十分嚴(yán)重 丟包率至少在30%-40%??！怎么解決這個(gè)問題？
2020-06-09 15:08:39
ping命令丟包
2023-04-21 06:57:06
A0 FF,9個(gè)字節(jié)，用16進(jìn)制發(fā)送，前后四個(gè)字節(jié)是幀頭幀尾。要讀取并保存的是中間3個(gè)數(shù)。求好的方式解決幀頭判斷，以及不丟包不錯(cuò)包的方法！`
2019-12-09 16:37:26
1.如何避免在中斷里面執(zhí)行長(zhǎng)時(shí)間的操作
2.串口通信的時(shí)候怎么避免丟包的情況
3.串口通信為什么不可以一次發(fā)送1000bit或者10000bit 也就是說一幀數(shù)據(jù)為 一位起始位 10000bit數(shù)據(jù)位 一位停止位
2024-07-03 07:00:10
為什么ESP8266 TCP透?jìng)鬟^程會(huì)丟包？
2024-07-09 07:55:42
您好！
在用例程simple_sniffer接收wifi數(shù)據(jù)包時(shí)老是丟包，是否有什么改進(jìn)辦法？
謝謝
2024-06-26 07:41:21
單片機(jī)串口調(diào)試丟包驗(yàn)證過程記錄 已解決
2021-11-24 08:07:19
問題：多線程運(yùn)行的時(shí)候，libmodbus協(xié)議棧會(huì)出現(xiàn)丟包現(xiàn)象，我程序里面，開啟了兩個(gè)CAN通訊，使用中斷，三路主機(jī)modbus，一路從機(jī)modbus，一個(gè)232串口通訊，在處理數(shù)據(jù)的時(shí)候，會(huì)發(fā)
2022-10-12 11:13:39
如何解決STM32 LL庫串口丟包問題？
2021-12-06 06:29:10
如何解決stm32DMA+消息隊(duì)列串口數(shù)據(jù)接收丟包的問題？
2021-12-09 06:31:36
ARM9板子通過網(wǎng)線與 攝像頭通信 常溫下沒問題， 低溫下老丟包，怎么回事
2014-04-16 14:35:14
CAN發(fā)送與接收的丟包問題硬件:STM32F4IGT6操作系統(tǒng):RTTV4.1.0CAN使用RTT的設(shè)備驅(qū)動(dòng)CAN波特率 1Mbps通訊線不超過1米，電機(jī)CAN線和單片機(jī)CAN線與分析儀can線采用
2022-11-08 11:27:09
無線433應(yīng)用在LED電源驅(qū)動(dòng)板上，丟包率高
2016-07-14 11:23:49
用CPLD來控制TLK1221有丟包情況。所傳輸?shù)囊曨l信號(hào)在顯示器上面有條紋出現(xiàn)。請(qǐng)問是不是在8B/10B轉(zhuǎn)換時(shí)，沒寫好程序。AD和DA轉(zhuǎn)換我感覺沒有問題。
2025-02-13 06:08:37
網(wǎng)絡(luò)有問題，首先我們會(huì)進(jìn)行ping命令，所謂網(wǎng)絡(luò)丟包是我們?cè)谑褂胮ing命令（檢測(cè)某個(gè)系統(tǒng)能否正常運(yùn)行）對(duì)目的站進(jìn)行詢問時(shí)，數(shù)據(jù)包由于各種原因在信道中丟失的現(xiàn)象?！ y(cè)試是否丟包，可以使用命
2020-12-01 16:04:19
被發(fā)送出去，也不會(huì)被丟棄，它們將會(huì)堆積在動(dòng)態(tài)緩存中，永遠(yuǎn)無法發(fā)送出去，等到緩存中堆積滿了，就會(huì)造成交換機(jī)死機(jī)的現(xiàn)象?！ ∽罱K結(jié)果是，數(shù)據(jù)包無法到達(dá)目的主機(jī)?！ z像機(jī)丟包的原因3：物理線路故障 網(wǎng)管員發(fā)現(xiàn)
2021-02-19 17:30:44
，也就幾KB），丟包還是會(huì)發(fā)生，而且一旦發(fā)生，通訊就好像完全堵上，后續(xù)的數(shù)據(jù)都沒法傳輸，要等好幾秒才能又繼續(xù)。請(qǐng)問照成這樣的原因是什么？buffer小了？有沒有改進(jìn)的方法（減少丟包率，丟包之后能立即
2018-08-13 06:11:08
方案是CC2520+cc2591，采用1帶多的方式通訊，雖然通訊成功了，但在測(cè)長(zhǎng)期穩(wěn)定性時(shí)有丟包現(xiàn)象，如何驗(yàn)證丟包是否是硬件原因造成的呢？
2020-03-12 05:55:01
求問如題。zstack里有沒有測(cè)丟包率，或者信道質(zhì)量的函數(shù)，求指教。。
2020-04-23 08:29:40
對(duì)共享控制系統(tǒng)中數(shù)據(jù)包在因特網(wǎng)傳輸過程發(fā)生丟包的現(xiàn)象進(jìn)行建模，分析丟包對(duì)系統(tǒng)控制性能的影響，利用預(yù)測(cè)補(bǔ)償控制原理設(shè)計(jì)一種基于混合型pi-sigmod 模糊神經(jīng)網(wǎng)絡(luò)的丟包補(bǔ)償
2009-03-21 15:01:06
16 網(wǎng)絡(luò)丟包是影響網(wǎng)絡(luò)電話(VoIP)服務(wù)質(zhì)量的核心因素。Turbo碼可以提供數(shù)據(jù)可靠性，但它編譯碼的性能卻影響其在VoIP中的應(yīng)用。該文提出通過改進(jìn)Turbo碼的編譯碼方式使其應(yīng)用于丟包恢
2009-04-09 09:49:0318 解決數(shù)據(jù)包丟失是網(wǎng)絡(luò)傳輸?shù)囊粋€(gè)基本問題，NCS 中數(shù)據(jù)的丟失意味著會(huì)對(duì)控制系統(tǒng)的穩(wěn)定性造成影響。本文研究了網(wǎng)絡(luò)控制系統(tǒng)中單包丟棄和多包丟棄的現(xiàn)象和描述方法，分析了
2009-06-22 08:48:2130 利用全階線性觀測(cè)器穩(wěn)定同時(shí)具有網(wǎng)絡(luò)誘導(dǎo)時(shí)延和數(shù)據(jù)包丟失的網(wǎng)絡(luò)化控制系統(tǒng)并提高系統(tǒng)的動(dòng)態(tài)性能。將數(shù)據(jù)包丟失看成一種特殊的時(shí)延，得到了系統(tǒng)總時(shí)延；采用增廣狀態(tài)向
2009-09-09 16:36:0112 針對(duì)丟包現(xiàn)象影響網(wǎng)絡(luò)化控制系統(tǒng)（NCS）穩(wěn)定性的問題，設(shè)計(jì)了一個(gè)基于單邊網(wǎng)絡(luò)的廣義預(yù)測(cè)控制器(GPC)。該控制器通過滾動(dòng)優(yōu)化確定一系列控制動(dòng)作，利用該控制作用對(duì)基于模
2009-12-31 15:48:4419 網(wǎng)卡丟包率
丟包率（Loss Tolerance或packet loss rate）是指測(cè)試中
2009-12-26 12:09:211399 為解決實(shí)時(shí)音頻傳輸中數(shù)據(jù)丟包恢復(fù)延時(shí)長(zhǎng)的問題，基于網(wǎng)絡(luò)環(huán)境中音頻相關(guān)性理論提出了一種實(shí)時(shí)音頻數(shù)據(jù)丟包恢復(fù)的方法。該方法充分利用了語音信號(hào)幀間的相關(guān)性，并結(jié)合均值濾
2011-05-05 15:58:0232 如果從測(cè)試的角度看，理論上還是可以通過一些方法來減少丟包的：1） 一塊單板用戶端口間測(cè)試時(shí)，如果采用稍高50MHz的晶陣，可以實(shí)現(xiàn)長(zhǎng)時(shí)間滿負(fù)荷工作不丟包。2） 一個(gè)子架的多個(gè)
2011-09-29 15:54:3620 存在信道噪聲和隨機(jī)丟包的多機(jī)器人協(xié)調(diào)控制_尹遜和
2017-01-08 11:20:200 對(duì)控制系統(tǒng)帶來的網(wǎng)絡(luò)延時(shí)、數(shù)據(jù)包丟失、數(shù)據(jù)亂序等問題．研究了在網(wǎng)絡(luò)帶寬有限的情況下，對(duì)具有數(shù)據(jù)包丟失的網(wǎng)絡(luò)控制系統(tǒng)作了相應(yīng)分析。Wei Zhang等詳細(xì)討論了在具有時(shí)延情況下網(wǎng)絡(luò)控制系統(tǒng)的穩(wěn)定性問題。邱占芝等p1考慮了同時(shí)存在時(shí)延和數(shù)據(jù)包丟失的網(wǎng)絡(luò)控制系統(tǒng)
2017-11-13 16:06:153 不少人在使用網(wǎng)絡(luò)和監(jiān)控?cái)z像系統(tǒng)的時(shí)候都有遇到過數(shù)據(jù)丟包的情況，數(shù)據(jù)丟包的原因是多種多樣的，以下就為大家介紹一下網(wǎng)絡(luò)數(shù)據(jù)丟包的原因及攝像機(jī)丟包的原因。
2018-01-11 09:27:1814157 我們談到丟包就涉及到丟包的概念，到底什么叫做丟包？其實(shí)任何沒有按時(shí)到達(dá)的包都是丟包。如果把一個(gè)包的延時(shí)拉到足夠大，一般來說，我們可以通過無數(shù)次重傳來解決丟包問題。如果這個(gè)包沒有在規(guī)定的時(shí)間到達(dá)，都算丟包。而且，丟包也不一定是網(wǎng)絡(luò)原因?qū)е?，有時(shí)候是由于系統(tǒng)的調(diào)度等原因造成。
2018-09-29 16:18:394993 本文將要介紹的是 RHCA 中的一個(gè) BDP 的測(cè)試，這也是公司很常用的一種延時(shí)和丟包的模擬，你可以測(cè)試你的應(yīng)用軟件在不同的情況下的性能，也可以測(cè)試你 tcp/ip 調(diào)優(yōu)后是否
2019-04-02 14:38:49810 本文檔的主要內(nèi)容詳細(xì)介紹的是STM32單片機(jī)的芯片緩存包資料合集。
2020-10-20 08:00:006 在工業(yè)以太網(wǎng)交換機(jī)性能測(cè)試過程中，我們經(jīng)常會(huì)遇到非設(shè)備性能因素導(dǎo)致的丟包，對(duì)測(cè)試產(chǎn)生困擾。那么，以太網(wǎng)交換機(jī)性能測(cè)試丟包的原因有哪些呢？
2020-12-08 16:24:585319 以太網(wǎng)交換機(jī)有很多值得學(xué)習(xí)的地方，這里我們主要介紹如何避免千兆以太網(wǎng)交換機(jī)能量數(shù)據(jù)控制的丟包現(xiàn)象。流量控制并不能提高整個(gè)交換機(jī)的數(shù)據(jù)吞吐能力，但是避免了在交換機(jī)內(nèi)的丟包現(xiàn)象。千兆以太網(wǎng)物理層協(xié)議
2021-01-11 15:23:192710 以太網(wǎng)交換機(jī)有很多值得學(xué)習(xí)的地方，這里我們主要介紹如何避免千兆以太網(wǎng)交換機(jī)能量數(shù)據(jù)控制的丟包現(xiàn)象。流量控制并不能提高整個(gè)交換機(jī)的數(shù)據(jù)吞吐能力，但是避免了在交換機(jī)內(nèi)的丟包現(xiàn)象。千兆以太網(wǎng)物理層協(xié)議
2021-01-11 15:33:302890 本期分享一個(gè)比較常見的?絡(luò)問題--丟包。例如我們?nèi)ing?個(gè)?站，如果能ping通，且?站返回信息全?，則說明與?站服務(wù)器的通信是暢通的，如果ping不通，或者?站返回的信息不全等，則很可能是數(shù)據(jù)
2021-02-23 11:30:445266 
數(shù)據(jù)在Internet上是以數(shù)據(jù)包為單位傳輸?shù)模瑔挝粸樽止?jié)，數(shù)據(jù)在?絡(luò)上傳輸，受?絡(luò)設(shè)備，?絡(luò)質(zhì)量等原因的影響，使得接收到的數(shù)據(jù)?于發(fā)送出去的數(shù)據(jù)，造成丟包。
2021-03-11 11:26:535945 
關(guān)于監(jiān)控出現(xiàn)網(wǎng)絡(luò)比較卡、監(jiān)控有幾路畫面不顯示、網(wǎng)絡(luò)時(shí)正常，時(shí)不正常等問題的解決方法，其中這些故障在很多情況下是跟網(wǎng)絡(luò)丟包有關(guān)，今天我們來看下，網(wǎng)絡(luò)丟包怎么辦，常見故障分析及處理方式。
2021-03-21 11:28:5320817 TD-LTE傳輸丟包問題導(dǎo)致Attach成功率低案例分析-性能數(shù)據(jù)維護(hù)(穩(wěn)壓電源技術(shù)參數(shù))-該文檔為TD-LTE傳輸丟包問題導(dǎo)致Attach成功率低案例分析-性能數(shù)據(jù)維護(hù)講解文檔，是一份很不錯(cuò)的參考資料，具有較高參考價(jià)值，感興趣的可以下載看看………………
2021-08-04 17:09:464 單片機(jī)串口調(diào)試丟包驗(yàn)證過程記錄 已解決
2021-11-16 15:36:0280 今天浩道跟大家分享硬核網(wǎng)絡(luò)故障排錯(cuò)干貨，主要針對(duì)網(wǎng)絡(luò)丟包時(shí)常用的排錯(cuò)思路。讓你遇到網(wǎng)絡(luò)丟包時(shí)，不再迷茫！
2022-10-24 09:20:472607 APM32F103RCT6_CAN_CAN通信丟包
2022-11-09 21:04:031 所謂丟包，是指在網(wǎng)絡(luò)數(shù)據(jù)的收發(fā)過程中，由于種種原因，數(shù)據(jù)包還沒傳輸?shù)綉?yīng)用程序中，就被丟棄了。
2023-01-13 13:57:581639 那到底是哪里發(fā)生了丟包呢？排查之前，我們可以回憶一下 Linux 的網(wǎng)絡(luò)收發(fā)流程，先從理論上分析，哪里有可能會(huì)發(fā)生丟包。你不妨拿出手邊的筆和紙，邊回憶邊在紙上梳理，思考清楚再繼續(xù)下面的內(nèi)容。在這里，為了幫你理解網(wǎng)絡(luò)丟包的原理，我畫了一張圖，你可以保存并打印出來使用
2023-04-21 09:09:361855 所謂丟包，是指在網(wǎng)絡(luò)數(shù)據(jù)的收發(fā)過程中，由于種種原因，數(shù)據(jù)包還沒傳輸?shù)綉?yīng)用程序中，就被丟棄了。這些被丟棄包的數(shù)量，除以總的傳輸包數(shù)，也就是我們常說的丟包率。丟包率是網(wǎng)絡(luò)性能中最核心的指標(biāo)之一。丟包
2023-05-04 15:08:143849 
租用海外服務(wù)器有哪些丟包類型？使用海外服務(wù)器時(shí)，通過ping命令可以檢測(cè)到網(wǎng)絡(luò)丟失包（檢查系統(tǒng)是否能正常運(yùn)行），由于許多因素，網(wǎng)絡(luò)可能會(huì)在信道中丟失數(shù)據(jù)包。恒創(chuàng)科技將分享海外機(jī)房的丟失包類型。信息以
2023-06-01 15:53:561529 本文介紹如何使能 Linux 網(wǎng)絡(luò)協(xié)議棧中的 RFS(receive flow steering)功能以優(yōu)化 MPSoC APU 的并行處理能力，解決丟包問題。
2023-06-14 10:10:011929 
解決多層網(wǎng)絡(luò)路由同步問題導(dǎo)致的流量回切丟包問題。
2023-06-15 09:54:451583 
歡迎來到東用小知識(shí)課堂，每天學(xué)習(xí)一分鐘，讓你緊跟時(shí)代，擴(kuò)充自己，成為大佬不是夢(mèng)！小編在日?？破諘r(shí)，也經(jīng)常會(huì)收到大家私信關(guān)于使用路由器的時(shí)候，總會(huì)出現(xiàn)路由器速度跟不上總掉線丟包等情況，那么具體原因
2022-09-13 18:20:152632 
關(guān)于丟包的問題無線通信最常見的問題就是丟包，無論是簡(jiǎn)單原始的433MHz通信，還是高精尖的5G信號(hào)，都會(huì)有丟包問題。解決丟包問題也是無線工程師的必要工作，丟包不可避免，但是遇到丟包了應(yīng)該怎么辦才是
2022-10-14 10:23:504486 
今天浩道跟大家分享推薦一款Linux用于模擬網(wǎng)絡(luò)時(shí)延和丟包神器！有這些業(yè)務(wù)運(yùn)維或測(cè)試場(chǎng)景的小伙伴，可以用起來了！
2023-07-02 14:07:522284 
內(nèi)網(wǎng)突發(fā)丟包率極為嚴(yán)重，應(yīng)該當(dāng)即排查交換機(jī)是否環(huán)路，導(dǎo)致廣播風(fēng)暴，排查后發(fā)現(xiàn)有臺(tái)交換機(jī)確實(shí)存在環(huán)路，先處理環(huán)路問題，完了之后丟包率仍然斷斷續(xù)續(xù)。
2023-07-11 14:32:136158 
測(cè)試人員發(fā)現(xiàn)一個(gè)奇怪的現(xiàn)象，設(shè)備在白天的測(cè)試中，均無丟包現(xiàn)象，夜間設(shè)備繼續(xù)運(yùn)行，但是第二天一早就會(huì)發(fā)現(xiàn)已發(fā)生丟包。該設(shè)備的用戶接口是百兆以太網(wǎng)接口，利用5類非屏蔽雙絞線與SmartBits連接，由于端口............
2025-11-21 15:37:543620 
丟包重傳是數(shù)據(jù)通信應(yīng)用里面一項(xiàng)非常重要的功能，特別是在無線通信中是一項(xiàng)決定通信協(xié)議先進(jìn)程度的指標(biāo)。今天主要著重介紹如何檢測(cè)丟包，之后再介紹重傳機(jī)制。如何檢測(cè)丟包？要想丟包重傳，首先必須得檢測(cè)到丟包
2023-08-25 08:22:342996 
連接相機(jī)丟包怎么辦？如何設(shè)置網(wǎng)卡屬性？
2023-12-12 16:26:571631 
在對(duì)協(xié)議棧在 Bluenrg2 芯片上采用 SPI 作為 HCI 的數(shù)據(jù)傳輸進(jìn)行測(cè)試的時(shí)候，發(fā)現(xiàn)存在丟包問題。
2023-10-23 15:41:061448 
網(wǎng)絡(luò)丟包是網(wǎng)絡(luò)通信中較為常見的故障，越早獲取到丟包信息和丟包原因才可能越早進(jìn)行排障。SONiC的drop counter功能可以將交換芯片對(duì)丟包信息的監(jiān)控能力呈現(xiàn)給Telemetry模塊，不但可以快速檢測(cè)到丟包的出現(xiàn)，還能檢測(cè)出丟包的原因，從而很好地解決數(shù)據(jù)中心網(wǎng)絡(luò)中這一痛點(diǎn)問題。下面
2023-11-09 09:27:502584 
什么是丟包 數(shù)據(jù)在Internet上是以數(shù)據(jù)包為單位傳輸?shù)?，單位為字?jié)，數(shù)據(jù)在網(wǎng)絡(luò)上傳輸，受網(wǎng)絡(luò)設(shè)備，網(wǎng)絡(luò)質(zhì)量等原因的影響，使得接收到的數(shù)據(jù)少于發(fā)送出去的數(shù)據(jù)，造成丟包。 數(shù)據(jù)包接收、發(fā)送原理 發(fā)送
2023-11-09 15:10:152374 
引言 本期分享一個(gè)比較常見的網(wǎng)絡(luò)問題--丟包。例如我們?nèi)ing一個(gè)網(wǎng)站，如果能ping通，且網(wǎng)站返回信息全面，則說明與網(wǎng)站服務(wù)器的通信是暢通的，如果ping不通，或者網(wǎng)站返回的信息不全等，則很可能
2023-11-10 11:27:222535 所謂丟包，是指在網(wǎng)絡(luò)數(shù)據(jù)的收發(fā)過程中，由于種種原因，數(shù)據(jù)包還沒傳輸?shù)綉?yīng)用程序中，就被丟棄了。這些被丟棄包的數(shù)量，除以總的傳輸包數(shù)，也就是我們常說的丟包率。丟包率是網(wǎng)絡(luò)性能中最核心的指標(biāo)之一。丟包
2023-11-13 11:24:532342 
網(wǎng)絡(luò)丟包率正常范圍及其影響因素 網(wǎng)絡(luò)丟包率是評(píng)估網(wǎng)絡(luò)性能和穩(wěn)定性的重要指標(biāo)之一。 一、網(wǎng)絡(luò)丟包率的定義和測(cè)量方法 網(wǎng)絡(luò)丟包率是指在數(shù)據(jù)傳輸過程中丟失的數(shù)據(jù)包數(shù)量與發(fā)送的數(shù)據(jù)包總數(shù)之間的比率。在IP
2023-12-29 14:45:2911255 在現(xiàn)代工業(yè)自動(dòng)化和網(wǎng)絡(luò)通信的快速發(fā)展中，工業(yè)交換機(jī)作為連接各類設(shè)備的核心元素，其性能和穩(wěn)定性顯得尤為重要。零延遲和零丟包的概念不僅是技術(shù)上的追求，更是推動(dòng)工業(yè)智能化進(jìn)程的重要保障。傳統(tǒng)網(wǎng)絡(luò)在數(shù)
2024-09-24 15:52:23840 Guava cache是Google開發(fā)的Guava工具包中一套完善的JVM本地緩存框架，底層實(shí)現(xiàn)的數(shù)據(jù)結(jié)構(gòu)類似于ConcurrentHashMap，但是進(jìn)行了更多的能力拓展，包括緩存過期時(shí)間設(shè)置、緩存容量設(shè)置、多種淘汰策略、緩存監(jiān)控等,下面簡(jiǎn)單介紹下這些功能及其使用方式。
2024-11-17 14:24:241140 
WinMTR顯示的丟包率數(shù)據(jù)是指在網(wǎng)絡(luò)路徑上，從你的計(jì)算機(jī)到目標(biāo)主機(jī)之間，數(shù)據(jù)包丟失的百分比。丟包率是網(wǎng)絡(luò)穩(wěn)定性的一個(gè)重要指標(biāo)，它可以幫助識(shí)別網(wǎng)絡(luò)中的問題點(diǎn)，如路由器故障、網(wǎng)絡(luò)擁塞或配置錯(cuò)誤。以下
2024-12-30 16:51:281084 
電子發(fā)燒友App
工商網(wǎng)監(jiān)
評(píng)論