> ды? проблемы? а можно узнать какие именно проблемы?

Проблема в том, что с моей точки зрения делегирование настроено правильно. Но не работает, а значит есть ошибка в настройках.

> что то не видно чтобы они по отдельности "вроде бы работали"

Увидел ошибку в настройках?

> и да, неплохо бы было указывать с какого именно сервера делается запрос

Указал. Сначала идет описание первичного сервера вышестоящей зоны. В конце идет запрос. Затем описание первичного сервера нижестоящей зоны.

> а перегружать конфиг не забываешь при настройке?

Нет не забываю.

>     forwarders {
>      10.10.10.1;
>     };
> это например зачем??

А чем тебя ретрансляция смутила, и как она влияет на делегирование?

> дальше бредни даже разбирать не охота, сформулирую тезисно

Бредни в чем? и в каком именно месте?

> для делегирования надо:
> 1) настроить исходную зону напр. zone.ru на одном (первом) сервере. убедится что
> она живет конкретными запросами к этому серверу аля:
> dig @your_server zone.ru SOA
> dig @your_server zone.ru axfr (пердварительно разрешив трансфер для src_ip с которого делается
> dig)

Настроил. Работает.  

> 2) настроить делегируемую зону на втором сервере наприм. part1.zone.ru
> убедится в ее работоспособности см. 1)

Настроил. Работает. Убедился.

> 3) далее на первом сервере дописать в зону
> part1.zone.ru. NS ns2.zone.ru. (пусть так называется второй сервер)
> ns2.zone.ru A 123.123.123.123

Правильней будет так:
part1.zone.ru. NS ns2.part1.zone.ru.
ns2.part1.zone.ru    A 123.123.123.123
rfc-1033:
SRI.COM. NS
KL.SRI.COM. KL.SRI.COM. A 10.1.0.2
Возможно в этом документе есть еще что то про делегирование, если укажешь на конкретное место в этом документе буду рад почитать.

> !незабыть serial и reload

Не забыл.

> 4) оба сервера должны быть доступны для запросов для целевой аудитории.

доступны.

> 5) если зона публичная - zone.ru должна быть корректно делегирована у оператора,

нет не публичная.