I
поэтому указано, что для Интернета есть соглашение об использовании 53 порта
Size: a a a
2020 June 05
I
потому что Интернет зависит от dns
RP
поэтому указано, что для Интернета есть соглашение об использовании 53 порта
Yep, +1
В любом случае RFC 2119 формализировавшее термины SHOULD/MUST появилось в 1997 году, а RFC 1035 в 1987 году, я хотел это указать, что авторы просто не были _должны/желательно бы было бы_ использовать эти термины, когда писали RFC
В любом случае RFC 2119 формализировавшее термины SHOULD/MUST появилось в 1997 году, а RFC 1035 в 1987 году, я хотел это указать, что авторы просто не были _должны/желательно бы было бы_ использовать эти термины, когда писали RFC
VP
Yep, +1
В любом случае RFC 2119 формализировавшее термины SHOULD/MUST появилось в 1997 году, а RFC 1035 в 1987 году, я хотел это указать, что авторы просто не были _должны/желательно бы было бы_ использовать эти термины, когда писали RFC
В любом случае RFC 2119 формализировавшее термины SHOULD/MUST появилось в 1997 году, а RFC 1035 в 1987 году, я хотел это указать, что авторы просто не были _должны/желательно бы было бы_ использовать эти термины, когда писали RFC
Изначально вопрос-то стоит от противного. Грубо говоря - плох ли микротик, что не умеет обращаться к DNS серверу на порт отличный от 53? При такой постановке можно четко сказать: 53 соответствует рекомендациям rfc, остальное - нет. Соответственно клиент обязан уметь 53 и не обязан другое.
RP
Изначально вопрос-то стоит от противного. Грубо говоря - плох ли микротик, что не умеет обращаться к DNS серверу на порт отличный от 53? При такой постановке можно четко сказать: 53 соответствует рекомендациям rfc, остальное - нет. Соответственно клиент обязан уметь 53 и не обязан другое.
Согласен, Cisco тоже не умеет обращаться на другие порты к DNS серверам к примеру.
Сразу уточню, что какие-то из множества Cisco OS возможно умеют, в каждой не проверял, а их слава богу уже к 10 скоро наберётся.
Сразу уточню, что какие-то из множества Cisco OS возможно умеют, в каждой не проверял, а их слава богу уже к 10 скоро наберётся.
RP
Зато MT умеет не аутентифицировать сервер в SSTP, хотя Microsoft в своём стандарте чётко указывает, что только клиентская аутентификация опциональна.
Так что MT на острие нововведений 😃
Так что MT на острие нововведений 😃
AL
Добрый день, а тут есть разбирающиеся в настройке мостов на ubiquity nanostation?
AL
Или может кто-то может профильный чат подсказать?
R
Администратор Innokentiy удалил предупреждение Onegai.
O
Или может кто-то может профильный чат подсказать?
UbntRu
O
А в чём вопрос-то?
AL
UbntRu
спасибо
AL
А в чём вопрос-то?
могу в личку, чтобы тут не спамить?
O
могу в личку, чтобы тут не спамить?
можно
I
Давайте добьём тему маленьких радостей у тиководов.
В ROS 7 на днях завезли BGP multicore peer processing + RPKI. И хардварный оффлоад L3 на свичах. И вообще...
Что происходит такое?
https://forum.mikrotik.com/viewtopic.php?f=1&t=161980
В ROS 7 на днях завезли BGP multicore peer processing + RPKI. И хардварный оффлоад L3 на свичах. И вообще...
Что происходит такое?
https://forum.mikrotik.com/viewtopic.php?f=1&t=161980
MS
Давайте добьём тему маленьких радостей у тиководов.
В ROS 7 на днях завезли BGP multicore peer processing + RPKI. И хардварный оффлоад L3 на свичах. И вообще...
Что происходит такое?
https://forum.mikrotik.com/viewtopic.php?f=1&t=161980
В ROS 7 на днях завезли BGP multicore peer processing + RPKI. И хардварный оффлоад L3 на свичах. И вообще...
Что происходит такое?
https://forum.mikrotik.com/viewtopic.php?f=1&t=161980
Интересно про L3 свитчинг. Насколько я понимаю, это скорость L3 маршрутизации на скорости порта, аппаратно, без CPU. Но мне кажется вопрос в размерах таблицы будет стоять. Т.о. ядро локалки какой-нибудь уже можно собирать на этом CRS.
RT
Привет, подскажите правильную информацию по настройке kids control , чтоб по времени лимитировать интернет , спасибо
RP
Интересно про L3 свитчинг. Насколько я понимаю, это скорость L3 маршрутизации на скорости порта, аппаратно, без CPU. Но мне кажется вопрос в размерах таблицы будет стоять. Т.о. ядро локалки какой-нибудь уже можно собирать на этом CRS.
Почти без CPU, для части пакетов CPU будет использоваться всё равно, но в общем случае да, FIB будет преобразовываться в какой-то формат понятный чипу и он будет делать switching Layer 3 пакетов, как делает это сейчас для Layer 2 кадров
MS
Почти без CPU, для части пакетов CPU будет использоваться всё равно, но в общем случае да, FIB будет преобразовываться в какой-то формат понятный чипу и он будет делать switching Layer 3 пакетов, как делает это сейчас для Layer 2 кадров
Да,и там есть оговорка для Unicast, если будет оверМного то они перетекут на CPU. А зная какой CPU на CRS, это может стать выстрелом себе в ногу.
RP
Да,и там есть оговорка для Unicast, если будет оверМного то они перетекут на CPU. А зная какой CPU на CRS, это может стать выстрелом себе в ногу.
HW Layer 3 switching всегда работает с оговорками, даже у больших вендоров, что уж говорить о Mikrotik.