I just found out about this thread, but as reference and completeness, I would be cautious about the process the OP went through. Especially when having to destroy the iocage jail snapshots from the source.
As stated by the OP, if all was needed was to replicate the entire volune then the command should have been as follow:
zfs send -v -R VOLU10TB@auto-20180128.1957-2w | zfs recv HPBURNTEST
I would not have used the "auto-20180128.1957-2w" has a snapshot to perform replication, instead I would have taken a manual Recursive snapshot of the volume via GUI and use the default "manual-date..." designation.
"The Manual-date..." snapshots never get destroyed automaticaly by Freenas, this is not the case of the "auto-date...".
If the intent was to backup the volume in a dataset that should reside on the destination, then the dataset on the destination has to be manually created.
What the OP did is in fact make a recursive backup through replication of the "Pipi" dataset and not the entire volume.
One note, is that since iocage has been implemented, replication of the iocage jails dataset is not possible it would seem as the iocage dataset may not be a true dataset as it may only appear in the GUI when the iocage jail is activated.