Rob, I appreciate the detailed info, I'll go ahead and do this in a couple days. Its relatively easy to do since I can export/import the extensions, but I am having a hard time finding the logic in this request. To me, this course of action is based mainly on the assumption that:
-you should never deviate from the default port ranges...
-NAT is involved for phones on the same subnet as the system...
-The codec change fixing the issue is not significant...
I've deviated from the default port ranges for years on hundreds of installs, never once having an issue with NAT (admittedly, this is technically "beta". The main reason I've done this is to trim up the obscene 10,000 port count assigned to the box (IT security folks hate having such ranges open). I also have not heard a good reason why it's assumed NAT is even involved in this workflow when the issue goes away with a codec change.
I'll hold off on this rebuild for a couple days to see if anyone else has any thoughts, since it works fine on g711u (a change we make on the system, not the phones, which fixes the issue) - it can still function just fine in the lower definition codec. My mind makes me think the issue lies more in the software bundle that makes up the 722 codec library on the system (wording probably isn't right, as I don't know how those codecs are loaded/embedded in the system, but that seems a more logical location for the issue to me.
Thanks.