> И чем же он не число? На всякий случай напоминаю, что с
> точки зрения собственно IP протокола это единое поле из 32 бит,
> то бишь обычный unsigned integer, а не массив из четырех октетов,
> которым придан мистический смысл.

Из-за долгой истории и legacy в протоколе нет понятий байт, integer и прочих - они есть в конкретных реализациях, в протоколе есть octet, сетевой байт и сетевой бит (bit, бит, обычно его "сетевитость" на словах и в литературе опускается, причём в IP он всегда двоичный, в отличии от <нужное_подставить> , подчёркиваю). Конечное оборудование на уровне "мозгов" может хранить ip-адреса как числа/буквы/whatever_else, не говоря о людях, битвы остроконечников с тупоконечниками вам в пример, и сейчас мы имеем, например, 3-4 "человеческих" способа записи mac-адресов, хотя на взаимодействии железок это не отражается, способы записи масок - туда же, а вывод какого-нибудь сетевого калькулятора, у неподготовленного человека, вызывает ассоциации с мониторами из фильма "The Matrix". Способы полной и краткой записи IPv6, надеюсь приводить как пример не надо (ЕМНИП, в нём 16 октетов и, естественно, железка, при формировании пакета, будет забивать поле целиком).
По идее, в базе Kea должно храниться что-то близкое к массиву октетов, что на большинстве современных платформ успешно интерпретируется как число, причём, на некоторых, из-за BE/LE, один и тот же адрес может храниться ну очень по-разному или даже соответствовать разным числам. unsigned integer ли оно или что-то ещё, конкретно будет зависеть от реализации C/CPP (или другого языка) для конечной платформы.
Надеюсь, что мой полуграмотный пассаж (я более чем уверен, что до "взрослого адекватного сетевика", мне ещё расти и расти) немого прояснит разницу между числом и ip-адресом.

> Условная "обезьяна" напрямую работает с полями в БД, минуя интерфейс? Вылезайте из
> криокамеры, сейчас 2017-й, а не 1987-й, когда SQL позиционировался как язык
> для оператора, а не для кода. Лазить в БД ручками "обезьяны"
> не будут.

Сложно додумывать за автора первоначального поста, но, вестимо, из-за этой или похожей причины Kea не вписался в их инфраструктуру, а конвертация и минимальная доработка инструмента под себя - не барское дело. Но тут был скорее толстый троллинг (про числа в полях базы), а я с вашим аргументом про оператора более чем согласен (что и пытался изобразить с некой иронией, простите).