Re: R2C like service ... QUERY

Deepak Gandotra <[email protected]> Tue, 23 Jul 2002 17:07:14 +0500 (GMT+0500)
Newsgroups gmane.ietf.pint
Message-ID <[email protected]>
Thank you Jonathan for the input. I have read through the draft and have
seen the 3pcc call setup scenarios it has been helpful. My requirement was
to specify the two parties in the same INVITE method and not to involve a
3pcc controller (due to my design constraints). I have another node to
perform the activity of setting up the call between the two parties. As
Igor has pointed out there should be a facility in PINT to be able to
specify an IP user as any one of the parties. 

Is any work being done in that direction ?

regards - DG.

________________________________________________________________________________

           Whatever the mind can conceive and believe, it can achieve.
________________________________________________________________________________

On Sun, 21 Jul 2002, Jonathan Rosenberg wrote:

> As an FYI, you may find this task easier with =
> 
> http://www.ietf.org/internet-drafts/draft-ietf-sipping-3pcc-02.txt
> 
> Jonathan R.
> 
> Deepak Gandotra wrote:
> > Hi friends,
> > 
> > I want to use the PINT protocol to be able to provide an R2C "LIKE"  
> > service where I have the facility to connect two parties. But in this
> > case
> > either of the parties involved in the call can be either an IP/SIP user
> > or
> > a PSTN user ( Unlike in R2C where one party is a IP/SIP user and the
> > other
> > is a PSTN user ). The reason I want all such calls to be routed through
> > my VoIP gateway ( governed by the PINT server ), so that when two IP
> > users are connected to each other their voice paths are switched through
> > my gateway enabling me to control such calls.
> > 
> > QUERY :
> > -------
> >     Currently the "to:" and the "c=" fields in the INVITE method for
> > PINT
> >     are used to inform the PINT server about the two parties. This
> > allows
> >     one party to be an IP/SIP user as indicated by the URI in the "to:"
> >     field and the other party to be a PSTN (TN network type) user or an
> >     IP (IN network type) user as indicated by the "c=" field.
> > 
> >     In my case I want to allow the originator of the service to be able
> >     to give any of the following destination combinations:
> > 
> >            ====================
> >            PartyA        PartyB
> >            ====================
> >            IP/SIP        IP/SIP
> >            PSTN          PSTN
> >            IP/SIP        PSTN   (Currently supported by "to:" and "c="
> >                                  field in INVITE of R2C service of PINT)
> >            ====================
> >     
> >     1). Which fields in the INVITE method can I use for this purpose ? 
> >     2). Can I specify a SIP URI in the "c=" field of the SDP header
> >         where the network type is "IN" indicating internet ? (The SDP
> >         rfc says that it is a fully qualified domain name)
> > 
> >   DG 
> > ( RE - CDOT )
> >  
> > ________________________________________________________________________
> > ________
> > 
> >            Whatever the mind can conceive and believe, it can achieve.
> > ________________________________________________________________________
> > ________
> > 
> > 
> > _______________________________________________
> > PINT mailing list
> > [email protected]
> > http://lists.bell-labs.com/mailman/listinfo/pint
> > 
> 
> 
> -- 
> Jonathan D. Rosenberg, Ph.D.                72 Eagle Rock Ave.
> Chief Scientist                             First Floor
> dynamicsoft                                 East Hanover, NJ 07936
> [email protected]                     FAX:   (973) 952-5050
> http://www.jdrosen.net                      PHONE: (973) 952-5000
> http://www.dynamicsoft.com
> 
> 
>