it sounds strange.
It is defined here:
The text explicitly talks about "muting" the stream (which is what we do).
Note that from a SIP perspective both Asterisk and Jitsi are user agents
(asterisk being a B2BUA) so their behavior for placing someone on hold
should be the same.
I read this 2 doc
Not sending RTP after you put someone on hold is certainly not a protocol
offense so there is nothing wrong with the docs you point to.
I personally wouldn't recommend this as stopping all RTP traffic would let
your NAT bindings expire (unless you are using ICE keep-alives) but
everyone is free to take their own chances.
On thing is for certain: if a server plans on generating MoH it should
definitely not be forwarding client media as well.
On both i see that during the Hold, there's no rtp stream between 2 clients
but only between asterisk and client on hold.
So I've believed that should be the client to stop his rtp stream and not
Asterisk, in fact when is the hardphone to put on hold, he doesn't send rtp
Btw, if i'm wrong, ther's a way to stop the stream from Jitsi?
There is currently none. I'd really recommend raising an issue with Aterisk.
On Friday, June 19, 2015, Rocco Sansotta <firstname.lastname@example.org> wrote:
2015-06-19 11:07 GMT+02:00 Emil Ivov <email@example.com
> Hi all,
> I'm using the latest stable Jitsi client version and i've an issue with
> Music on Hold. The problem is :
> in a call between an hardphone and jitsi, if i put on hold from
> into Jitsi client i hear the Music that Asterisk sends, but viceversa
> put on hold from Jitsi the hardphone doesn't hear the music.
> With whireshark i notice that when i put on hold jitsi continue to send
> packets to hardphone, so it receives 2 audio streams, one from jitsi
> from asterisk (hold music).
That's exactly how SIP hold works. The fact that you send packets when
you put someone on hold allows you to play music on hold.
Obviously if Asterisk is planning on generating its own MoH then it
shouldn't be forwarding the RTP from Jitsi.
Hope this helps,
> Rocco Sansotta
> Staer Sistemi s.r.l.
> Via Giacomo Peroni, 400-402, modulo 5B, 1° piano
> 00131 Roma (Italy)
> Skype : rocco_sansotta
> users mailing list
> Unsubscribe instructions and other list options:
users mailing list
Unsubscribe instructions and other list options:
*Staer Sistemi s.r.l.*
Via Giacomo Peroni, 400-402, modulo 5B, 1° piano
00131 Roma (Italy)
Skype : rocco_sansotta
sent from my mobile