[SIPForum-discussion] Can we specify (m = audio 0 ..) audio port aszero for hold scenario.

[Roni Even]

Hi,

Look at RFC 3264 section 8.4

Roni Even

 

From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org] On Behalf Of
ashok.pitambar at wipro.com
Sent: Sunday, January 11, 2009 8:04 AM
To: srinivas.banda at wipro.com
Cc: discussion at sipforum.org
Subject: Re: [SIPForum-discussion] Can we specify (m = audio 0 ..) audio
port aszero for hold scenario.

 

Hi Srinivas,

 

    Thanks for your input, do you have any idea which of SIP or SDP related
RFC's specify this kind of hold? Is this is responsibility of sip stack to
take care this kind of hold scenario.Because in our case MG(Media Gateway)
is replying with 510 protocol error for MGCP message(MDCX) with m = audio 0
..& hence sip with 4XX response.

 

Thanks,

Regards,

Ashok Pitambar

 

  _____  

From: Srinivas Banda (WT01 - Telecom Equipment)
Sent: Fri 1/9/2009 11:33 PM
To: Ashok Pitambar (WT01 - Telecom Equipment)
Subject: RE: [SIPForum-discussion] Can we specify (m = audio 0 ..) audio
port aszero for hold scenario.

Apart from port 0, you should change the media attribute to
"inactive/sendonly". sendonly will be used if you have music on hold option.

 

Regards

Srinivas

 

  _____  

From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org] On Behalf Of
ashok.pitambar at wipro.com
Sent: Friday, January 09, 2009 2:57 AM
To: discussion at sipforum.org
Subject: [SIPForum-discussion] Can we specify (m = audio 0 ..) audio port
aszero for hold scenario.

Hi All,

 

By setting the audio port to zero in reinvite , will it invoke hold?

 

call folw:

 

A                       B

  ----INV------->

 m=audio 29590..

 < ------200------------

m=audio 4100..

--------ACK----------->

   call established 

 

---------INV-(hold)---->

c=IN IP4 0.0.0.0

m=audio 29590..

a=sendonly

<----------200------------

m=audio 4100..

----------ACK---------->

 

---------INV--(hold)----->

c=IN IP4 0.0.0.0

m=audio 0...

a=inactive

 

 

 

Regards ,

ASHOK PITAMBAR

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20090112/a85226d7/attachment-0002.html>