D
а не с феминитивом
Size: a a a
2021 February 23
D
типа - докторка - это докторская работа, а не самка врача
D
и все такое
D
а вот докторша - пожалуйста
D
но чот феминистки не хотят _ша
D
интересно почему
D
(на самом деле не интересно)
ОА
А, ты про феминитивы, которые оканчиваются на _ка. Я-то хотел только подпалить какому-нибудь мужлу седалище и поесть. Но про феминитивы могу спросить, у меня тут есть у кого.
MI
ID:0
А завершит этот день прекрасная картинка из 1958 года, на которой инженер (никаких инженерок, инженеринь и прочих инженерих тут не дождётесь) собирает в кучу что-то из раннего IBM.
Так что сиди обжимай свой UTP 25 и не ной!
Так что сиди обжимай свой UTP 25 и не ной!
А телефонистку и связистку дождёмся, да ведь?)
D
спроси да )
S
Господа, 802.11k/v/r совместимы между разными вендорами? То есть на входе роутер провайдера (huawey) с подержкой 802.11k/v/r. К нему по кабелю подключаем ТД другово вендора (TP-Link или Keenetic), но также с подержкой 802.11k/v/r. Сам вопрос: будет ли работать между ними быстрый/безшовный роуминг 802.11k/v/r?
I
нет, не будет
I
чтобы понять, почему именно это не может, достаточно почитать, что такое эти магические r/k/v
I
начать можно с https://habr.com/ru/post/340140/
S
нет, не будет
Внимательно прочитал, но там ни слово о том что они не совместимы между разными вендорами. Как раз наоборот, что типа это стандартизированные протоколы и должны быть совместимы. Обьясните пожалуйста, почемуже они не совместимы.
I
стандартизированы сообщения между точкой и клиентом
I
но дальше возникает вопрос в том, что передавать внутри этих сообщений
I
k отправляет клиенту список соседних точек, на которые он может перепрыгнуть, сохранив ключи шифрования
I
соответственно, если соседняя точка будет от другого вендора, она с очень маленькой вероятностью сможет принять тот же ключ, поэтому что попало в k не отправляется. только известные дружеские точки (= зарегистрированные на том же контроллере)
I
v позволяет клиенту сказать "я готов прыгнуть вон туда, ты не против?"