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

Reply via email to