- Joined
- Mar 7, 2007
- Messages
- 34
- Reaction score
- 0
hi travis,
thanks for sharing the msexternalinterface tip.
with this set to the public ip address of the firewall the pbx, i was able to have 2 way audio between 2 remote extensions and the remote extensions and my fwd viop gateway.what seemed to happen here was the pbx was not relaying the rtp via itself but telling each endpoint the others rtp ports. whilst this worked, the remote endpoints were not able to call the ipphone on same subnet and vice versa. there was ringing but no audio. the trace showed the pbx giving the remote endpoint a contact ip of the public ( what i would expect ) and the correct rtp port. however because the firewall was setup to port forward the range of rtp ports to the pbx, when the remote endpoint sent an rtp packet it got to the pbx but because the pbx does not proxy in this mode, it did not get to the ip phone and hence no audio( audio one way only). if the pbx was able to proxy for internal phones this would have worked. I verfied this by port forwarding the relevant rtp ports straight to the internal ipphone and calling the fwd. the echo test worked perfectly.
burt if we had 20 internal phones then we would have to set individual rtp ports for them and port forward each one individually which will probably be a big admin issue
i am hoping that the rc2 fix will allow the pbx to proxy calls correctly
hope this helps and i am right in what i understand
regards
mbs
thanks for sharing the msexternalinterface tip.
with this set to the public ip address of the firewall the pbx, i was able to have 2 way audio between 2 remote extensions and the remote extensions and my fwd viop gateway.what seemed to happen here was the pbx was not relaying the rtp via itself but telling each endpoint the others rtp ports. whilst this worked, the remote endpoints were not able to call the ipphone on same subnet and vice versa. there was ringing but no audio. the trace showed the pbx giving the remote endpoint a contact ip of the public ( what i would expect ) and the correct rtp port. however because the firewall was setup to port forward the range of rtp ports to the pbx, when the remote endpoint sent an rtp packet it got to the pbx but because the pbx does not proxy in this mode, it did not get to the ip phone and hence no audio( audio one way only). if the pbx was able to proxy for internal phones this would have worked. I verfied this by port forwarding the relevant rtp ports straight to the internal ipphone and calling the fwd. the echo test worked perfectly.
burt if we had 20 internal phones then we would have to set individual rtp ports for them and port forward each one individually which will probably be a big admin issue
i am hoping that the rc2 fix will allow the pbx to proxy calls correctly
hope this helps and i am right in what i understand
regards
mbs