哈布羅夫斯克居民大家好!
實際上,我寫這篇文章的原因是Zabbix監控系統頻繁觸發Tele2網路速度下降的情況。 在無法連接光學元件的遠端站點,記錄器連接埠的轉送會透過 USB 數據機進行組織,並為任何操作員重新刷新。 下面是一個簡單的設備連接圖:
順便說一句,我們的組織也使用 Megafon 行動互聯網來滿足相同的需求,但沒有觀察到此類問題。
在撰寫本文時(19 年 25 月 10.08.2019 日 2:2),速度下降的頻率開始出現頻率降低,但是,如果確實發生下降,則恰恰是透過 Tele2 路由的記錄器。 這裡要注意的是,我們談論的是整個莫斯科和莫斯科地區。 即使將檢查之間的時間間隔增加到 2 分鐘,實際上也沒有改變這種情況。 另外,回傳預設的 zabbix_server.conf 根本沒有幫助(好吧,你永遠不知道)。 撥打 Tele2 熱線電話並沒有對所發生的情況做出任何解釋,除了建議嘗試在調製解調器參數中設定混合模式(顯然我們正在談論“LTE + UMTS”),而這在以前是不需要的,並且即使需要,也並非所有站點都同時擁有運營商“Tele2”,而且問題顯然比協議的選擇更深。 當然,我會在周一聯繫 TeleXNUMX 公司部門,以查明這種網路行為的性質,但我嚴重懷疑 THERE 會想以某種方式抹黑自己。 因此,這篇貼文似乎在警告,同時又問道:「有沒有人在他們的行動網路「TeleXNUMX」或Zabbix上註意到類似的東西?
這是接收 Zabbix 通知的資料夾所在的狀態(連續 4 天以此類推):
帶有錄影機的 Zabbix 地圖(如果在電子郵件畫面中不清楚操作員是“Tele2”,則在地圖上很明顯):
嗯,為前面引用的所有事實錦上添花的是,莫斯科和莫斯科週邊地區的墜落是同步的,無論其地理位置如何。 這不包括像多爾馬托沃和費馬這樣非常遙遠的點,儘管看看它們的圖表看起來有多露齒:
以下是 Sgonniki 的秋季時間:
這是 Sgonnikov 所在的區域:
大約在同一時間,斯特羅吉諾陷落:
斯特羅吉諾的位置:
最後是謝爾賓卡的同樣的「零」:
她來了:
輕微的時間不同步是由於 Zabbix 伺服器上檢查開始的差異造成的,但總的來說,正如我們所見,圖中網路的行為在此特定檢查的持續時間內是相同的。 感謝您的關注,我希望您至少能對相關問題提出一些類似的意見。 迴見了各位。
來源: www.habr.com