Дело в том, что у нас была попытка избавиться от сети 10.36.68.0/24 и выглядела она поначалу так:

|рабочие станции| -> |PROXY 10.36.28.6| -> |10.36.28.1 (FreeBSD) 10.36.68.10| -> |10.36.68.1(62.117.81.136/29) (Cisco 1000 оборудование провайдера) 62.117.82.93| -> |62.117.82.93 оборудование провайдера| -> Провайдер
Default GateWay от рабочих станций -> 10.36.28.6
Default GateWay от PROXY -> 10.36.28.1
Default GateWay от FreeBSD -> 10.36.68.1

 На самой FreeBSD стоит правило мапирования, например, от прокси, для выхода в интернет:
map xl4 10.36.28.6/32 -> 62.117.81.138/32 proxy port 21 ftp/tcp
map xl4 10.36.28.6/32 -> 62.117.81.138/32 portmap tcp/udp 1024:65535
map xl4 10.36.28.6/32 -> 62.117.81.138/32
 
Теперь с новой конфигурацией, без сети 10.36.68.0/24 получается так (62.117.82.72 255.255.255.252) выделена Провайдером на случай, выставить натом серверы наружу в интернет:
|рабочие станции| -> |PROXY 10.36.28.6| -> |10.36.28.1 (FreeBSD) 62.117.82.74| -> |62.117.82.73(62.117.81.136/29) (Cisco 1000 оборудование провайдера) 62.117.82.93| -> |62.117.82.93 оборудование провайдера| -> Провайдер
Default GateWay от рабочих станций -> 10.36.28.6
Default GateWay от PROXY -> 10.36.28.1
Default GateWay от FreeBSD -> 62.117.82.73
Правила мапа на шлюзе остались без изменений, для того, чтобы пакеты достигнув Default GateWay от FreeBSD -> 62.117.82.73 мапировались на 62.117.81.138/32 с последующим выходом в интернет.
Но вся эта схема не заработала! Где обнаруживается несоглассованасть? Помогите разобраться, пожалуйста!

Спасибо.