Size: a a a

2020 June 21

VP

Vladimir Prislonsky in MikrotikRus
misha
нак - это же указание клиенту освободить айпи
Роман прояснил, а вы запутали )
Верно. Авторитативный на "чужой" адрес сразу же отправит нак.
источник

m

misha in MikrotikRus
Давайте по порядку
Есть 2 сервера: сервер1 авторитативный, сервер2 - нет
Оба обслуживают одну сеть 10.10.10.0/24
Клиент отправляет запрос на получение адреса. Это первый запрос, поэтому никакого айпи не запрашивает.

Ему ответят оба или только авторитативный? Или кто первый?
источник

VP

Vladimir Prislonsky in MikrotikRus
misha
Давайте по порядку
Есть 2 сервера: сервер1 авторитативный, сервер2 - нет
Оба обслуживают одну сеть 10.10.10.0/24
Клиент отправляет запрос на получение адреса. Это первый запрос, поэтому никакого айпи не запрашивает.

Ему ответят оба или только авторитативный? Или кто первый?
Ответят оба, если нет настроенного трешолда.
источник

W

Windows XP in MikrotikRus
misha
Давайте по порядку
Есть 2 сервера: сервер1 авторитативный, сервер2 - нет
Оба обслуживают одну сеть 10.10.10.0/24
Клиент отправляет запрос на получение адреса. Это первый запрос, поэтому никакого айпи не запрашивает.

Ему ответят оба или только авторитативный? Или кто первый?
Спасибо за вопрос 😊
источник

m

misha in MikrotikRus
Допустим клиент принял ответ неавторитативного
При продлении лизы он же уже будет обращаться напрямую к нему, а не широковещательным, поэтому проблемы не возникнет, так?
Но клиент перезагрузился и после пытается перезапросить тот же айпи, что произойдёт?
источник

RP

Roman Polukhin in MikrotikRus
misha
Давайте по порядку
Есть 2 сервера: сервер1 авторитативный, сервер2 - нет
Оба обслуживают одну сеть 10.10.10.0/24
Клиент отправляет запрос на получение адреса. Это первый запрос, поэтому никакого айпи не запрашивает.

Ему ответят оба или только авторитативный? Или кто первый?
Authoritative это концепция которая не существует на INIT фазе, когда клиент шлёт DHCP DISCOVER
источник

VP

Vladimir Prislonsky in MikrotikRus
misha
Допустим клиент принял ответ неавторитативного
При продлении лизы он же уже будет обращаться напрямую к нему, а не широковещательным, поэтому проблемы не возникнет, так?
Но клиент перезагрузился и после пытается перезапросить тот же айпи, что произойдёт?
1. Так.
2. После перезагрузки опять ответят оба сервера и тут уж кто первый. Но если до перезагрузки клиент был на авторитативном, то адрес он получит с него однозначно, а если не на авторитативном, то авторитативный ответит нак-ом а неавторитативный просто выдаст старый адрес. и тут уж как повезет.
источник

VP

Vladimir Prislonsky in MikrotikRus
Roman Polukhin
Authoritative это концепция которая не существует на INIT фазе, когда клиент шлёт DHCP DISCOVER
+++
источник

N

Nikolai in MikrotikRus
misha
Давайте по порядку
Есть 2 сервера: сервер1 авторитативный, сервер2 - нет
Оба обслуживают одну сеть 10.10.10.0/24
Клиент отправляет запрос на получение адреса. Это первый запрос, поэтому никакого айпи не запрашивает.

Ему ответят оба или только авторитативный? Или кто первый?
Ответят оба. Клиент обработает первый полученный ответ. Разность будет из-за топологии и различий в быстродействии.
источник

N

Nikolai in MikrotikRus
Vladimir Prislonsky
На MTCRE это в программе.
Таки на MTCTCE
источник

RK

Roman Kozlov in MikrotikRus
Windows XP
Подскажите, кто-то на курсах тика был? Там обучают таким вещам как вот, к примеру, такие параметры как delay-threshold? И какой это уровень считается?
В tce
источник

VP

Vladimir Prislonsky in MikrotikRus
Nikolai
Таки на MTCTCE
Значит попутал. Давно было. Просю пардону. )
источник

RK

Roman Kozlov in MikrotikRus
Иногда в na)
источник

RP

Roman Polukhin in MikrotikRus
Наделали всяких MTC чтобы добрых людей путать 😂
источник

VP

Vladimir Prislonsky in MikrotikRus
Roman Kozlov
Иногда в na)
В na нам точно не рассказывали, а в CTCE было так много очередей, что остальное "потерялось" )
источник

RK

Roman Kozlov in MikrotikRus
Vladimir Prislonsky
В na нам точно не рассказывали, а в CTCE было так много очередей, что остальное "потерялось" )
От группы зависит. Иногда в na глубоко копаем
источник

RK

Roman Kozlov in MikrotikRus
Иногда по верхам
источник

RK

Roman Kozlov in MikrotikRus
Vladimir Prislonsky
В na нам точно не рассказывали, а в CTCE было так много очередей, что остальное "потерялось" )
В tce действительно остальное теряется. Там же ещё и proxy
источник

DP

Dmitry Popovich in MikrotikRus
Товарищи, а на 6.47 ни у кого DNS встроенные не вешался?
источник

DP

Dmitry Popovich in MikrotikRus
RB1100AHx4 положил одно ядро в полку, DNS-сервер не отвечает, сам тик тоже ничего себе не резолвит
источник