Thanks Ranjit and Roman, will go over the link. On Thu, 22 Sep 2022 at 8:40 PM, Roman Shpount <ro...@telurix.com> wrote:
> Arun, > > Depending on the scenario, nothing will be different. You cannot rely on > signaling or SSRC. The calling parting can be behind the PSTN gateway and > continue to send audio regardless of the hold state on the origination > side. The only way to differentiate is to check the actual audio content. > For a generic solution, you need to use a VAD algorithm to differentiate > between voice vs. silence vs. hold music. You can look at > https://source.chromium.org/chromium/chromium/src/+/main:third_party/webrtc/common_audio/vad/ > for reference. > _____________ > > Roman Shpount > > > On Thu, Sep 22, 2022 at 10:56 AM Arun Tagare <arun.taga...@gmail.com> > wrote: > >> Thanks Ranjit, >> >> Yes for the signalling part i am aware, but as shared earlier how the RTP >> from N/w and other UE in same session be differentiate? >> >> So SSRC will be different right? >> >> On Thu, 22 Sep 2022 at 8:05 PM, Ranjit Avasarala <ranjitka...@gmail.com> >> wrote: >> >> > Hi Arun >> > >> > Both are technically voice packets and use RTP protocol. So that way >> both >> > are similar. Also the voice traffic is end to end whereas hold music is >> > from the server. Like announcement - may be from Application Server. >> So >> > looking at the SSRC or Source in RTP Packets, you should be able to say >> > which entity is sending those packets. >> > >> > Another way to check is the SDP. for hold music, the media attribute >> > will be sendonly. where as for regular voice traffic it will sendrecv >> > >> > Regards >> > Ranjit >> > >> > On Thu, Sep 22, 2022 at 4:19 AM Amanpreet Singh < >> > amanpreeet.si...@gmail.com> wrote: >> > >> >> Arun, for what purpose would you like to inspect and differentiate the >> >> hold >> >> and audio RTP packets? >> >> and based on the signaling messages, can't that be achieved. >> >> >> >> Thanks, >> >> Amanpreet Singh. >> >> >> >> >> >> On Thu, Sep 22, 2022 at 12:30 PM Arun Tagare <arun.taga...@gmail.com> >> >> wrote: >> >> >> >> > Thanks Ranjit & Amanpreet, for your response >> >> > >> >> > But my question is >> >> > >> >> > MT <===== Call Established ===========> MO >> >> > MT <===> Voice RTP Packets flow <=====> MO >> >> > MT <======Hold ===================> MO >> >> > MT <==== HOLD Tone RTP packets ====== NW >> >> > >> >> > Both Voice RTP packets and Hold RTP packets come to the same port >> right >> >> ? >> >> > How to differentiate these RTP packets >> >> > >> >> > On Thu, Sep 22, 2022 at 11:06 AM Amanpreet Singh < >> >> > amanpreeet.si...@gmail.com> wrote: >> >> > >> >> >> Probably you can think of looking into the signaling messages(SDP in >> >> case >> >> >> of SIP) to differentiate when the call is on hold and when not i.e. >> >> normal >> >> >> audio RTP. >> >> >> >> >> >> BTW what is the use case to differentiate call hold vs audio RTP? >> >> >> >> >> >> >> >> >> Regards, >> >> >> Amanpreet Singh. >> >> >> >> >> >> >> >> >> On Wed, Sep 21, 2022 at 9:51 PM Arun Tagare <arun.taga...@gmail.com >> > >> >> >> wrote: >> >> >> >> >> >>> Hi All, >> >> >>> >> >> >>> I have a doubt on the Hold call tone or music on hold tone RTP v/s >> >> actual >> >> >>> voice RTP before hold >> >> >>> >> >> >>> Can these RTP packets be able to differentiate? >> >> >>> If yes how? >> >> >>> if not why? >> >> >>> >> >> >>> Thanks a lot to everyone in advance >> >> >>> >> >> >>> -- >> >> >>> >> >> >>> With Regards >> >> >>> >> >> >>> Arun A. Tagare >> >> >>> +91 9449 029729 >> >> >>> _______________________________________________ >> >> >>> Sip-implementors mailing list >> >> >>> Sip-implementors@lists.cs.columbia.edu >> >> >>> https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors >> >> >>> >> >> >> >> >> > >> >> > -- >> >> > >> >> > With Regards >> >> > >> >> > Arun A. Tagare >> >> > +91 9449 029729 >> >> > >> >> _______________________________________________ >> >> Sip-implementors mailing list >> >> Sip-implementors@lists.cs.columbia.edu >> >> https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors >> >> >> > -- >> >> With Regards >> >> Arun A. Tagare >> +91 9449 029729 >> _______________________________________________ >> Sip-implementors mailing list >> Sip-implementors@lists.cs.columbia.edu >> https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors >> > -- With Regards Arun A. Tagare +91 9449 029729 _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors