Hi,
two things. The fist is: it has been discussed previously (how to change a modes parameter with a scheduled unction). The second is: don't do that, it will not work.
The point is: if you change (suddenly) the channel's propagation delay, you'll have a message overlap (at best) or a message taking a looong time to finish (at worst).
The only way to change the propagation delay saely is to be sure that the channel is completely idle when you change the delay, and P2P doesn't have any failsafe mechanism to prevent mid-air packet being "stretched".
Shortly put: P2P isn't meant to be a wireless channel, changing its delay at run-time is not foreseen or supported.
of course, feel free to amend the model and submit a patch.
Have fun,
T.