Size: a a a

2020 June 18

НЛ

Николай Левицкий... in ntwrk
Sergey
пообщайтесь в gnoc Мегафона, там такие дауны сидят уровня ниже CCNA
имхо первая линия, все таки иногда подключаются инженеры норм...через пару неделек
источник

S

Sergey in ntwrk
саппорт вендоров обычно более-менее, хотя тоже бывает попадаются странные когда очень много инженеров
источник

T

Telebotik in ntwrk
Sergey
не понимаю связь. ответы gnoc МФ уровня индусов бывает
Я имел ввиду если есть саппорт которому можно по любому поводу писать, то наверное квалификация собственных работников не требуется.))
источник

S

Sergey in ntwrk
Telebotik
Я имел ввиду если есть саппорт которому можно по любому поводу писать, то наверное квалификация собственных работников не требуется.))
да требуется на самом деле. если вы сдадите проблему вида "все сломалось", то саппорт вендора долго будет разбираться в ваших схемах, дизайне и т.п. + мультивендорность и проблемы на стыке
источник

S

Sergey in ntwrk
речь идет про уже локализованную на каком-то уровне проблему
источник

S

Sergey in ntwrk
не надо изобретать W/A методом тыка и бездумно ребутать всё подряд
источник

PO

Pavel Odintsov in ntwrk
да это везде так
источник

PO

Pavel Odintsov in ntwrk
никто не решит проблему которая "непонятно где и непонятно что"
источник

PO

Pavel Odintsov in ntwrk
а вот когда в вендора тыкаешь тцпдампами и кучей отладочных логов, а он тебе "перезагрузите роутер"
источник

PO

Pavel Odintsov in ntwrk
то это вот огонек
источник

S

Sergey in ntwrk
просто если саппорта вендора нет, а ты сам локализовал проблему на уровне железки/платы/порта, то дальше обычно начинается ранодмное шаманство типа shut/no shut, reboot и т.п.
источник

S

Sergey in ntwrk
Pavel Odintsov
а вот когда в вендора тыкаешь тцпдампами и кучей отладочных логов, а он тебе "перезагрузите роутер"
ну вот если честно то редко такое получал в ответ (huawei, cisco, jun)
источник

S

Sergey in ntwrk
от длинка ответ всегда один - обнови до последней версии
источник

S

Sergey in ntwrk
при этом все версии беты, а релиз выходит один раз-два раз за lifecycle продукта
источник

T

Telebotik in ntwrk
Sergey
просто если саппорта вендора нет, а ты сам локализовал проблему на уровне железки/платы/порта, то дальше обычно начинается ранодмное шаманство типа shut/no shut, reboot и т.п.
Самому, если не откуда ждать помощи то нужно быть в двойне аккуратным, рандомный ребут кстати тоже не встречал у своих знакомых))
источник

S

Sergey in ntwrk
Telebotik
Самому, если не откуда ждать помощи то нужно быть в двойне аккуратным, рандомный ребут кстати тоже не встречал у своих знакомых))
ребут административный. имеется ввиду что само действие делается по принципу "а  вдруг попможет"
источник

KF

Kung Fury in ntwrk
#вопрос на 2960 упали порты обжим был на патч панели а - розетка b. Сбросил до заводских, поднял его все работает. Конечно же исправил на розетках. Такое бывает?
источник

DV

Denis Vasilev in ntwrk
все привет! подскажите, пожалуйста, на компе vpn покдлючение, галка шлюза по умолчанию убрана, т.е. локальный трафик ходит через vpn, остальной через провайдера. но есть один наш сервис с внешним ip, который закрыт для внешки, нужно чтобы этот ip ходил через локальный шлюз. это как-то можно сделать? route -p add 188.150.2.54 mask 255.255.255.255 10.1.7.1, где 10.1.7.1 - некстхоп при трасировке с включенной галкой шлюза впн, т.к. явно шлюза в впн командой ipconfig  нет. не работает. есть ли варианты? Адаптер Ethernet Ethernet:

 
  IPv4-адрес. . . . . . . . . . . . : 192.168.1.20
  Маска подсети . . . . . . . . . . : 255.255.255.0
  Основной шлюз. . . . . . . . . : 192.168.1.1

Адаптер PPP PARI_VPN:

  DNS-суффикс подключения . . . . . :
  IPv4-адрес. . . . . . . . . . . . : 10.201.5.132
  Маска подсети . . . . . . . . . . : 255.255.255.255
  Основной шлюз. . . . . . . . . :
источник

S

Sergey in ntwrk
в винде можно добавлять маршрут по имени или по ид устройства
источник

S

Sergey in ntwrk
route /?
источник