Hey Guys, something I have noticed while dealing with T.38.
I have a provider who re-invites with the following sdp: """ . v=0. o=SIP_5F9 123456 654322 IN IP4 CONN_IP_PROVIDER. s=-. c=IN IP4 CONN_IP_PROVIDER. t=0 0. m=audio 0 RTP/AVP 0. m=image 26858 udptl t38. a=T38FaxMaxBuffer:288. a=T38FaxRateManagement:transferredTCF. a=T38FaxUdpEC:t38UDPRedundancy. """ The answer coming from re-invited device (which happens to be an asterisk right now): """ . v=0. o=root 3484 3485 IN IP4 CONN_IP_ENDPOINT. s=session. c=IN IP4 CONN_IP_ENDPOINT. t=0 0. m=image 4653 udptl t38. a=T38FaxVersion:0. a=T38MaxBitRate:9600. a=T38FaxRateManagement:transferredTCF. a=T38FaxMaxBuffer:200. a=T38FaxMaxDatagram:200. a=T38FaxUdpEC:t38UDPRedundancy. """ The answer coming from the endpoint will produce an exception in mediaproxy, therefore sending wrong conn_ip. I assume mediaproxy considers the "on hold" audio as update to the existing media type "m=audio 0 RTP/AVP 0.", instead of updating the session media type to the new "m=image 26858 udptl t38.". Is this what you guys expect to do? [RelayClientProtocol,client] exceptions.ValueError: Media types do not match: "audio" and "image" Thanks in advance for any kind of advice. DanB _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
