Hello everybody, I would like to submit two enhancement proposal for the RTPproxy software:
1/ automatic bridging handling RTP proxy can be run in bridged mode. With the -l IP1/IP2 option, it can mediate between two unrelated networks (e.g. a private network and the public Internet) by running on a host with two network interfaces on each ot them. In that case, the SIP proxy that controls rtp proxy need to determine whether the packet is coming from the internal network or the external network then send a the proper command to the RTP proxy through the protocol. I propose to enhance rtp proxy so that this network routing is done inside the rtpproxy software itself: The idea would be to describe the internal network (IP / mask, bind address) in the RTP proxy configuration. When a "create session" or "update session" command would arrive, the the IP address and port present in the command frame would be compared against the internal network definition. The proxy would then able to know if the SIP packet comes from the internal network or the external network. The proxy would then open the UDP socket on the correct bind address and send it to the correct network interface. We would keep the 'E' and 'I' mode for backward compatibility if 'E' and 'I' would not be specified, this automated selection would occur. Ultimately, the configuration of RTP proxy could be automated by scanbing the IP routing tables of the host. 2/ External NAT handling I would also to handle the case where RTP proxy is behind a NAT (one to one NAT). If the communication is on the internal network then the previous processing is applied. If the communication is to be done with the external network, rtp proxy would bind to the same interface but advertise the NATed adress in the answer. We propose to implement these two enhancements but would like to agree with the rtp maintainer in order to have a chance to push this into the open source. This lead me to another question. RTPProxy has currently no configuration file. Would the crowd here consider such an addition to describe the networks (and maybe the port range)? What config library would you favor? Emmanuel BUU IVeS http://www.ives.fr/ _______________________________________________ Devel mailing list [email protected] http://lists.rtpproxy.org/mailman/listinfo/devel
