Hello,
On 05.01.18 12:33, Yu Boot wrote:
> Thanks for an answer? but what I want to do (already done :)) is
> totally opposite to your solution.
>
> The main thing I wanted, so I don't need to open 5060/UDP on
> FreeSwitch for (entire world), BUT at the same time АЫ should work
> with RTP traffic
Thanks for an answer? but what I want to do (already done :)) is totally
opposite to your solution.
The main thing I wanted, so I don't need to open 5060/UDP on FreeSwitch
for (entire world), BUT at the same time АЫ should work with RTP traffic
directly, no matter is it NATed UAC or not.
Thi
Hello,
On 25.12.17 10:16, Yu Boot wrote:
> Hello. I want to implement the following scheme:
>
> Kami takes inbound call, replces SPD for correct NAT trversal and
> forward that call to FS. Kami should NOT be in RTP stream. Is it
> possible? Any advices?
>
Kamailio should not touch the SDP if it i
: [SR-Users] Kami as NAT traversal + FS as media
Hello. I want to implement the following scheme:
Kami takes inbound call, replces SPD for correct NAT trversal and
forward that call to FS. Kami should NOT be in RTP stream. Is it
possible? Any advices?
Thanks
Hello. I want to implement the following scheme:
Kami takes inbound call, replces SPD for correct NAT trversal and
forward that call to FS. Kami should NOT be in RTP stream. Is it
possible? Any advices?
Thanks.
___
Kamailio (SER) - Users Mailing Li