Напів випадкові втрати підключення


0

У мене виникають неприємні проблеми з мережею.

У контексті, я працюю в кластері радіостанцій - декількох станціях в одному місці - і ми дуже багато використовуємо Інтернет для надання свого аудіоконтенту. Ми передаємо 3 радіопередачі на наші інтернет-канали, ми висуваємо два різних канали на два різних сайти вежі, де аудіо транслюється по радіо, отримують два аудіоканали (іноді 3), і один канал повертаємо до його джерела. Вся ця трансляція працює 24/7, тому ми використовуємо наш Інтернет трохи більше, ніж середній хлопець. Ми ніколи не припиняємо мовлення - якщо не втрачаємо зв’язок.

Ми певний час страждаємо від втрати зв’язку, що дуже проблематично для професійної радіостанції. Ми зателефонували до постачальника послуг Інтернету для отримання відповідей і повернулися з порожніми руками від кожної спроби, щоб вони розглядали проблему.

Спочатку я думав, що проблема - це лише втрата пакету. Але потім я помітив, що втрати підключення були лише напіввипадковими і що існує якась закономірність. Кожна станція підключена до безшумного датчика, який надсилає сповіщення, якщо і коли станція виходить з повітря. Ці сповіщення можуть означати різні речі; але для нас ці сповіщення означали лише перерву в нашому інтернет-зв’язку. Для усунення цієї проблеми я використовую інформацію, зібрану з двох станцій, які отримують звук з іншого місця. Повідомлення надсилаються, коли ми припиняємо отримувати звук від джерела.

По-перше, проблеми з підключенням не є абсолютно випадковими, оскільки - здебільшого – переривання зв’язку відбувається лише за 2 хвилини до початку нової години – 12: 58, 4:58, 1:58. Я б сказав, що проблеми з підключенням виникають приблизно за 2 хвилини до нової години, щонайменше, 90% часу. Але я повинен був би перевірити, щоб бути певним. Для мене втрата зв’язку за 2 хвилини до години досить дивна, але є і більше.

Перерви в з’єднанні не трапляються щогодини або навіть протягом однієї години щодня. Час перерви з'єднання змінюється щодня. І ще дивно, що одна станція може зазнати перерви в мережі за 2 хвилини до кінця години, в той час як інша станція не відчуває перерви. Насправді, хоча кожна станція втрачає зв'язок за 2 хвилини до нової години, я не думаю, що я ніколи не знав випадків, коли обидві станції опускалися одночасно. Тому проблеми з підключенням виникають не лише у випадкові години протягом дня, але й виникають у різні години для кожної станції. Єдиним загальним знаменником є ​​те, що втрата з'єднання відбувається приблизно за 2 хвилини до закінчення години "a".

Зараз я не на станції, тому не можу надати точне обладнання, яке ми використовуємо, але налаштування досить просте.

У нас є модем, який підключений до комутатора портів Netgear Prosafe 24. Потім комутатор годує окремі кімнати в будівлі. Як правило, у кожній кімнаті є невеликий 4-8 портовий комутатор (різних марок). Потім пристрої для обробки звуку, які приймають аудіо, підключаються до цих менших комутаторів.

Я тут повністю втрачений. У мене навіть проблеми переконати Comcast, що це не наша вина. Зараз я думаю про відключення 24-портового комутатора на вихідні та використання лише чотирьох портів на задній панелі модему для живлення життєво важливого обладнання (я думаю, мені доведеться тримати хоча б один із менших комутаторів, підключених , хоча). Я думаю, тоді Comcast повинен був би взяти на себе провину, якщо проблема не зникне, оскільки не було б жодної втручається технології.

Будь-яка допомога буде величезним благом! Чому питання є випадковими? З чого почати шукати джерело проблеми? Я трохи підозрюю модем; проблеми почали виникати близько того часу, коли модем було замінено - я думаю. Але, зрештою, я загублений ... загублений .. загублений.


Ви намагаєтесь це зробити з обладнанням для споживачів, або ви використовуєте професійне мережеве обладнання?
Рон Моупін

Рон, я не впевнений, що ти маєш на увазі під мережевим обладнанням професійного класу. Єдиним обладнанням є модем, що постачається Comcast, комутатором порту Netgear Prosafe 24 та деякими іншими меншими комутаторами. Будь ласка, поясніть.
А. Первіс

Це були пристрої для споживачів. Можливо, вам буде краще встановити модем в режим мосту і використовувати маршрутизатор з більшою кількістю кінських сил для запуску NAT. Серйозно, у вас, ймовірно, є досить проста мережа, але вам, мабуть, слід найняти мережевого фахівця, щоб перевірити її та дати рекомендації для усунення вашої проблеми. Якщо ваша проблема пов’язана з комутаторами, це, ймовірно, через проблему переплати або STP, але більшість комутацій відбувається апаратно. Можливо, так багато NAT в модемі - це занадто багато для цього. Я думаю, вам потрібен експерт, щоб подивитися на сукупність.
Рон Моупін

Відповіді:


0

Почніть з вирішення проблеми. Я логічно розбиваю мережу на сегменти, починаючи з зовнішньої сторони та працюючи над потоком документації / логіки:

  • Інтернет (8.8.8.8 - сервер google DNS - ніколи не знищується)
  • Один скачок у вашу мережу провайдерів із пристрою підключення провайдера
  • Ваш модем
  • Ваш пристрій маршрутизатора / NAT
  • Ваша внутрішня мережа (192.168.xx, 172.20.xx, 10.xxx)

Розуміючи цю розбивку, ми починаємо з'ясовувати, що ми маємо ... навпаки: Зсередини назовні. Тому...

Використання ipconfig Command

За допомогою внутрішнього пристрою (ПК) визначте, як виглядає ваша мережа відповідно до цього пристрою / запуску ПК | Виконати | cmd Enter ipconfigEnter

Це дає вам вашу IP / підмережу / шлюз (будемо сподіватися, що ви не працюєте в бездротовій мережі, якщо ви відключені для усунення несправностей першого рівня).

Має виглядати приблизно так:

Windows IP Configuration

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : removed
   IPv4 Address. . . . . . . . . . . : 192.168.0.100
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.0.1

Переконайтеся, що ви робите пристрій Ethernet / Local Area Connection, не що інше. Пристрій, на якому ви перебуваєте, - IPv4 Адреса: 192.168.0.100 Ваш пристрій / маршрутизатор NAT - шлюз за замовчуванням: 192.168.0.1

Використання ping Command

Тепер ми починаємо тестувати підключення між мережевим пристроєм та пристроєм NAT / Router. У командному рядку ми будемо використовувати тип команди ping:

ping 192.168.0.100 -t 

або

ping -t 192.168.0.100

В основному те, що ти робиш, привітаєшся, ти там на пристрої, і цей пристрій повинен відповісти (поки ми не потрапимо в середину Інтернету, де все може піти на сміх)

Хороші відповіді:

Reply from 192.168.0.100: bytes=32 time<1ms TTL=64

Погані відповіді:

Destination Host Unreachable

або

Request timed out

або щось інше

Ця команда -t означає продовжувати надсилати пакет інформації кожні 1 секунду, поки ви не скажете їй зупинятися ( Ctrl+ cабо закривати вікна з допомогою X). Без -ти це просто зробить 4 пакети і зупиниться.

Тепер, коли ми знаємо, як перевірити посилання, ми будемо використовувати цю команду ping для кожного посилання / з'єднання в мережі та побачимо, з чим у нас виникають проблеми.

Використання команди tracert Command

Останнє, що нам потрібно зробити, це переконатися, що нічого іншого не є фальшивим у зв’язку між вами та Інтернетом (що називається подвійним NAT чи двома NAT-пристроями), і визначити, який пристрій знаходиться в одному кроці поза вашим модемом провайдера.

у типі командного рядка:

tracert google.com<kbd>Enter</kbd>

ви отримаєте щось на кшталт:

tracert google.com

Tracing route to google.com [74.125.21.138]
over a maximum of 30 hops:

1    <1 ms    <1 ms    <1 ms  router [192.168.0.1]
2     2 ms     1 ms     1 ms  device [10.1.10.1]
3     1 ms     1 ms     1 ms  blah.somename.whatever [123.123.123.123]
4     1 ms     1 ms     1 ms  124.124.124.124
5     *        *        *     Request timed out.

.... і їх буде більше, використовуйте Ctrl+ Cдля зупинки

Те, що вам важливо - це IP-адреса пристрою між [] для кожного рядка. Примітка. Якщо рядок після IP-адреси шлюзу за замовчуванням з тесту ipconfig, наведеного вище, відповідає одній із шаблонів 192.168.xx, 172.20.xx, 10.xxx (приватні нерутові підмережі), у вас є Double NAT, що може спричинити інші дивні проблеми, Я не буду тут вникати в це.

Остання необхідна інформація - загальнодоступний IP вашої мережі. Перейдіть на www.ipchicken.com. Цей номер є вашим відкритим IP-адресою.

Тепер, з усією цією інформацією, що ми тестуємо?

  1. Сам (зазвичай я пропускаю це, якщо наступний не спричинить проблем): 192.168.0.100

  2. Підключення до NAT-маршрутизатора: 192.168.0.1

  3. номер ipchicken: 123.123.123.125

  4. Перший скачок поза модемом провайдера (ваш загальнодоступний шлюз): 123.123.123.123

  5. DNS-сервери Google: 8.8.8.8

Отже, використовуючи описаний вище тест ping, до 5 командних рядків вікна відкривають тестування кожного хопу з допомогою ping. Дозвольте знову поставити ці хмелі з тим, що може бути проблемою між кожним пристроєм

ping 192.168.0.100

- якщо це не на 100%, у вас проблема NIC або зламаний стек IP, і він потребує відновлення

ping 192.168.0.1

- якщо це не на 100%, у вас є внутрішні проблеми з проводкою між ПК та комутатором / маршрутизатором. Почніть слідувати та замінювати мережеві кабелі / комутатори / маршрутизатори. - якщо у вас тут був подвійний NAT, це почне створювати проблеми з подальшими перескаками

ping 123.123.123.125

- У вашого модему провайдера є проблеми, перевірте їх. - У сегментації мережі ми перетинаємо DMARC або розмітку між вашою локальною корпоративною мережею (проблема вашої ІТ-особи) та мережею провайдера.

ping 123.123.123.123

- У вашому інтернет-з'єднанні є проблеми, провайдеру потрібно увійти та перевірити підключення до Інтернету. Ваш модем не має належного зв’язку з наступним набором обладнання провайдера, їм потрібно усунути неполадки. - Інтернет-провайдер кабелів потрібно перевірити потужність (зазвичай + -10) та SNR (коефіцієнт сигналу до шуму), і вони повинні повідомити вам, що вони називають прийнятним діапазоном. Якщо це не в діапазоні, потрібно буде розгорнути технологію провайдера. - DSL, вам потрібно, щоб вони перевірили профіль шуму, і він повинен бути в межах їх специфікацій. Тут можлива проблема встановлення фільтрів на всіх пристроях, підключених до телефонної лінії.

ping 8.8.8.8

Це десь в Інтернеті, провайдер провайдерів буде заперечувати правдоподібність того, чи є вони, чи ні, дивлячись далі в ланцюг трасування може допомогти вам побачити, де починають виникати проблеми. Імена допоможуть вам ідентифікувати, коли змінюються межі мережі, якщо вам пощастило побачити це.

Ласкаво просимо в ІТ-професію :)

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.