icc布线后数据通路延迟不满足保持时间要求

niuniu2019

后端小白求助，在DC中进行设计时对clk设定了200ps的uncertainty，在门级网表中能观察到延时buffer，ICC中CTS跑完后使用report_timing也确实可以看到data path中留出了200ps的裕度；可是经过routing_opt以后数据通路延迟仅剩余几十ps，疑似延时单元消失。请问route是会重新评估数据通路上的buffer吗？还是说ICC在哪一步把buffer给去掉了附CTS-route部分ICC代码：

define_routing_rule clk_rule2 -widths {M2 0.1 M3 0.1 M4 0.1 M5 0.1}
set_clock_tree_options -routing_rule clk_rule2 -clock_tree {*} -max_transition 0.1 -max_capacitance 0.050 -max_fanout 100 -max_rc_scale_factor 0.000 -target_early_delay 0.000 -target_skew 0.000 -buffer_relocation TRUE -gate_sizing FALSE -buffer_sizing TRUE -gate_relocation TRUE -layer_list {M2 M3}
clock_opt -fix_hold_all_clocks -power -area_recovery -inter_clock_balance

derive_pg_connection -power_net {VDD} -ground_net {VSS} -power_pin {VDD} -ground_pin {VSS}
derive_pg_connection -power_net {VDD} -ground_net {VSS} -tie
preroute_standard_cells -remove_floating_pieces

set_si_options -delta_delay false -static_noise false -timing_window false -min_delta_delay false -static_noise_threshold_above_low 0.35 -static_noise_threshold_below_high 0.35 -route_xtalk_prevention true -route_xtalk_prevention_threshold 0.45 -analysis_effort medium -max_transition_mode total_slew
set_net_routing_layer_constraints -min_layer_name M2 -max_layer_name M6 {*}
set_route_opt_strategy  -fix_hold_mode all -power_aware_optimization true -search_repair_loops 15 -eco_route_search_repair_loops 5

route_opt  -effort high -power -area_recovery

niuniu2019

已解决
现在的处理方法是在route_opt中添加了-only_hold_time，延迟单元就可以保留下来了
这个设计因为设计规模小且工作频率极低，基本不需要考虑建立时间，也不需要考虑面积，仅考虑保持时间的正确性即可。各位大神可以再给点建议？比如这么处理会不会有什么隐患？

顺带一提，哪位大神知道怎么把帖子上的求助更换为已解决吗？求助