По рейтам:
Возражу, вот в этой части всё достаточно просто.
Отлично позволяет принудительно выставлять рейты у клиента.
Просто некоторых сбивают с толку некоторые администраторские плагины, которые проверяют "настройки рейтов" у клиента, и совсем не отражают реальное положение дел..
Пример:
Ставлю у себя в клиенте: rate 5000; cl_cmdrate 20; cl_updaterate 20
Захожу на ваш сервер
Вы, как администратор, будете видеть только мои исходные настройки, прописанные в конфиге, т.е. 5000/20/20, хотя реальное количество пакетов на отдачу и на приём будет совсем иное, в соответствии с упомянутыми в прошлом посте серверными параметрами, в чём можно легко убедиться включив в клиенте net_graph.
Со стороны сервера (и администрации) можно вычислить реальное количество пакетов, используя плагин для сорсмода hpk.
Кстати, я в своё время немного его доработал, прикрутив кик клиентов с маскировкой реального пинга, и изменив форму выдачи статистических данных в сторону большей информативности и лучшей читабельности.
---------------------------------------------------------------------------------------------------------------------------
ID |A| IP | STEAM_ID | Online | Chk/Loss | Client rates | pIn/Out | Intrp | Name
------|-|----------------|--------------------|---------|----------|---------------|---------|-------|---------------------
384 | | | STEAM_0:0:10637705 | 0:01:06 | 3.3 0.0 | 25000 66 66 | 88 89 | 0.011 | panda
377 | | | STEAM_0:1:30119880 | 0:05:26 | 1.5 0.0 | 30000 100 100 | 90 100 | 0.010 | KaVкAzEц(aZeR)
378 | | | STEAM_0:0:28798638 | 0:05:00 | 0.5 0.0 | 20000 67 67 | 89 91 | 0.011 | Kable
345 | | | STEAM_0:1:23486516 | 0:34:07 | 0.0 0.0 | 50000 100 100 | 94 101 | 0.010 | Kiellettiin Redzone koska FAG
350 | | | STEAM_0:1:18201862 | 0:30:47 | 0.3 0.0 | 30000 100 100 | 67 101 | 0.010 | Avril
379 | | | STEAM_0:1:16653787 | 0:04:58 | 5.1 0.0 | 25000 100 100 | 93 96 | 0.010 | в@ня
363 | | | STEAM_0:0:22763268 | 0:18:49 | 0.0 0.0 | 30000 100 100 | 98 101 | 0.010 | La[k]eR
386 |*| | STEAM_0:1:7556837 | 0:00:14 | 0.0 0.0 | 30000 100 100 | 98 99 |*0.010 | S.Gonzalez
375 | | | STEAM_0:0:30013061 | 0:10:47 | 0.0 0.0 | 30000 100 100 | 88 101 | 0.010 | #N1XON
381 | | | STEAM_0:1:30819039 | 0:03:01 | 0.5 0.0 | 25000 66 66 | 76 91 | 0.011 | Red71
382 | | | STEAM_0:1:27741106 | 0:02:58 | 2.6 0.0 | 25000 100 100 | 96 99 | 0.010 | Naфиг
383 | | | STEAM_0:1:23510452 | 0:02:27 | 6.3 0.0 | 30000 100 100 | 103 95 | 0.010 | T[1]k
355 | | | STEAM_0:1:23009122 | 0:28:07 | 0.0 0.0 | 30000 100 100 | 101 101 | 0.010 | olo
367 | | | STEAM_0:0:13613341 | 0:18:03 | 0.6 0.0 | 25000 100 100 | 101 100 | 0.010 | ВрOде бы|-АДВОКАТ-
---------------------------------------------------------------------------------------------------------------------------Вот, кстати, эта таблица может отлично проиллюстрировать мои слова (только что снял на своём DM сервере).
На сервере минимальные cmd и update рейты установлены 90/90, минимальное различие между этими параметрами - 1.
Вот взять игрока panda, у него в конфиге прописано 25000/66/66, но если посмотреть следующую колонку, где выводится реальное количество пакетов на вход/выход, то можно убедиться, что они идут в соответствии с настройками сервера.
Количество пакетов может быть меньше установленного на сервере уровня только в одном случае, когда у клиента компьютер из-за слабой мощности просто не тянет необходимое количество кадров в секунду (в сетевом коде valve, количество пакетов на отдачу не может быть больше общего fps клиента)
Ксли интересно, могу поделиться исходным кодом модифицированного плагина (в сорсмодовском форуме я его не выкладывал, лениво было

Даже просто поставить его на пару дней и понаблюдать за сервером очень интересно.
По поводу запрета отключения интерполяции:
Разница будет касаться исключительно клиентской стороны. Для сервера никакой разницы нет, и для всех кто играет с включённой интерполяцией (а по дефолту так и есть всегда) тоже никакой разницы быть не может априори. Разница может быть только для игрока, который сам захочет отключить интерполяцию у своего клиента. Но это его личное дело. Лично я считаю это очень оправданным если у клиента связь с сервером очень хорошая, с минимальными задержками. Да и просто это честнее, когда пользователь имеет возможность видеть реальное положение модели врага, а не некое усреднённое положение, которое может и не соответствовать реальному.
Кроме того, дефолтовое значение серверного параметра sv_client_interpolate именно "-1".
Если надо, могу описать логику этого блока полнее.