Hello Friends,
I have query regarding the usage of "a=" attribute at session and media
level. Anything above m line in SDP is considered in session and below m
line is considered as media.
"a" which defines the direction of the stream can be used in media and
session. So my questions are
>>What i
M. Ranganathan wrote:
> On Tue, Aug 17, 2010 at 9:50 AM, Paul Kyzivat wrote:
>>
>> M. Ranganathan wrote:
>>> Hello,
>>>
>>> I am implementing a B2BUA ITSP bridge that bridges a PBX with an ITSP.
>>> In one of the call flows, I get a REFER from the PBX which I have to
>>> convert to an INVITE. Th
> The problem is that the entity sending the 202 is a B2BUA (not a UA).
> So if it blindly sends 202 it has no notion of what the transfer
> target will do at that point, the transfer controller assumes the
> transfer is done and cannot recover the transferee. The effect we want
> is for the transf
On Tue, Aug 17, 2010 at 9:50 AM, Paul Kyzivat wrote:
>
>
> M. Ranganathan wrote:
>>
>> Hello,
>>
>> I am implementing a B2BUA ITSP bridge that bridges a PBX with an ITSP.
>> In one of the call flows, I get a REFER from the PBX which I have to
>> convert to an INVITE. The INVITE could take a long t
Ok. Sounds good. I like to help where I can.
Michael L. Miller
Sent from my Mobile Device
On Aug 16, 2010, at 6:54 PM, "Paul E. Jones" wrote:
> We had a side discussion and reached agreement that this end-to-end procedure
> really ought to be a separate document. I think the scope of each is
The end the end OPTIONS ping sounds like a great ideal, but does this change
this doc from more of a informational/best practice to some thing that would
require a change to SIP (like a header or something).
I'm new to this
Michael L. Miller
Sent from my Mobile Device
On Aug 16, 2010, at 12:4
M. Ranganathan wrote:
> Hello,
>
> I am implementing a B2BUA ITSP bridge that bridges a PBX with an ITSP.
> In one of the call flows, I get a REFER from the PBX which I have to
> convert to an INVITE. The INVITE could take a long time to return OK (
> human in the loop ) or it could fail if ther
Hello,
I am implementing a B2BUA ITSP bridge that bridges a PBX with an ITSP.
In one of the call flows, I get a REFER from the PBX which I have to
convert to an INVITE. The INVITE could take a long time to return OK (
human in the loop ) or it could fail if there is a processing error. I
need to d
