Closed bobert13 closed 4 years ago
after further review, it's not before the 200OK, though it is before the ACK. It's also T38 (udptl) packets. that seems much more justifiable, and more of an issue with the callee's system sending from the wrong port.
Hi,
I may be understanding this incorrectly, but i have a T38 (udptl) reinvite coming in from a callee. The callee continues to send RTP packets until the caller responds with a 200OK. It seems that RTPproxy is rejecting the caller's T38 (udptl) packets because it is expecting RTP intended for the original RTP port, and that is because of the callee's RTP between the reINVITE and the 200OK.
Nov 26 11:06:53 N rtpproxy[12244]: INFO:handle_command: pre-filling callee's address with 91.xxx.xxx.xxx:4587 Nov 26 11:06:53 N rtpproxy[12244]: INFO:rxmit_packets: callee's address filled in: 91.xxx.xxx.xxx:12038 (RTP)
is that correct?