As per the OSA there can be multiple SCFs and multiple applications
running on top of it.
B2B can be one of such SCFs, all together entire box can be treated as
an application
server. Unlike Proxy B2BUA is 3rd party call controller, thus more
powerful entity to
implement apllications. There may be multiple application interacting
with underlying SCFs for different services. While implenting
application we may need to give control to B2BUA
for further action to be taken.
1. In IMS architechure there is no interface defined to pass reg
info from S-CSCF to
Application server (B2BUA in the core). Thus service that needs
registered contact
info may not be posible to implement. (eg. services that include forking.)
2. In most of the implentations for B2BUA, always proxy is the next
hop. more over all
registration/contact info will be with Proxy. But Proxy
doesn't have intelligence to take any action based on the
request/responce. Some
of implemntation of B2BUA restrict B2BUA to do forking. So if
this the case in some
of services B2BUA don't have right context to respond to.
On 8/2/05, Dale Worley <[EMAIL PROTECTED]> wrote:
> > From: Paul Kyzivat
> >
> > Amarendra Kumar wrote:
> > > B2B. Is B2B is the right place to implement application like Shared
> > > Call Appearance.
> >
> > Whether it is "the right place",
> > or a good place, is a subject of considerable debate, and depends on
> > your definition of "good". Using a B2BUA may make it possible to use an
> > architecture similar to a traditional PBX. But many consider it
> > inconsistent with the principles and goals of SIP.
>
> I would state it more strongly as "A B2BUA is *almost never* the right place
> to implement an application."
>
> Dale
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>
--
Rgds,
Amar
Mobile: +919886395894
The greatest enemy of best is "good." If you're willing to accept "good"
you'll never be the "Best."
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
