Ялівець маршрутизатор скидає пінг на зовнішній інтерфейс

У моїй організації є Juniper SSG20-WLAN, який спрямовує наш трафік до зовнішнього світу. У нас виникають періодичні проблеми з нашим підключенням до Інтернету, тож я написав сценарій Python для того, щоб пінговувати внутрішній інтерфейс маршрутизатора, зовнішній інтерфейс, пару наших внутрішніх серверів, маршрутизатор ISP, з яким розмовляє наш маршрутизатор, їх постачальник, і Google і Yahoo для хорошої міри. Це робиться приблизно щохвилини.

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

Жоден з лічильників не вказує скинутих пакетів будь-якого типу. Всі вони виглядають нормально. Журнали скаржаться на недоступність VIP-серверів, але в іншому випадку нічого не свідчить про проблеми з мережею.

Мої запитання такі:

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

ОНОВЛЕННЯ: Виявилося, що одним з перемикачів між моїм вікном моніторингу та маршрутизатором був сам маршрутизатор, який час від часу переходить від шлюзу до себе. Кудо тим, хто вносив пропозиції. Не дуже впевнений, яку відповідь відзначити як прийняту, оскільки це було дійсно в коментарях, які виявилися правильними.

Дякуємо за пропозиції.

Я працюю над провайдером, і те, що я можу вам сказати про маршрутизатори, які ми надаємо для наших T1, - це те, що під час підключення до Інтернету інтерфейс WAN та LAN стає недійсним до pings. Ми не використовуємо Junipers, але це стосується Cisco 1841s, samsung ubigate 1000s та нетпой, які ми використовуємо. Це пов'язане з тим, як забезпечується IP-адреса, і тим, як здійснюється маршрутизований блок через WAN IP, що робить їх недоступними без підключення до наших основних маршрутизаторів.

Як часто трапляються краплі? Будь-яка закономірність, яку можна визначити (час, завантаженість руху тощо)? Чи проявилась ця ситуація після того, як якийсь час працював правильно в минулому? Який тип носія - це ваш інтерфейс WAN (Ethernet, T1 WIC тощо)?

Якщо це трапляється з мережею Ethernet, ви можете перевірити, чи встановлено він для автоматичного узгодження. Якщо так, то ви можете спробувати "жорстке кодування" налаштувань рядків, про всяк випадок, якщо мова йде про проблему автоматичного узгодження - яка виникає досить часто.

Якщо це інтерфейс T1, то слід почати, пройшовши статистику / лічильники T1 - шукати скиди, FECN (попереднє явне повідомлення про перевантаження), BECN (попереднє явне сповіщення про перевантаження) тощо. Високі показники з цими лічильниками можуть вказувати на проблеми з носієм (потрібно скинути LMI, налаштування LMI / проблеми кодування рядків тощо).