> -----Original Message-----
> From: Hadriel Kaplan [mailto:HKaplan acmepacket.com]
> Sent: Monday, September 10, 2007 3:56 PM
> To: Audet, Francois (SC100:3055); Stucker, Brian
> (RICH1:AR00); 'Eric Burger'
> Cc: 'sip'
> Subject: RE: [Sip] INFO
>
>
>
> > -----Original Message-----
> > From: Francois Audet [mailto:audet nortel.com]
> > Sent: Monday, September 10, 2007 4:51 PM
> > To: Hadriel Kaplan; Brian Stucker; Eric Burger
> > Cc: sip
> > Subject: RE: [Sip] INFO
> >
> > My expectation is that most systems have (or will
soon) support RFC
> > 2833, and be migrating to it soon.
>
> I would hope so. Then we can get back to arguing about
sips
> on this mailing list... I'm starting to get withdrawal
symptoms.
Except 2833 doesn't go to all those lovely application
servers we keep
talking about that want to see what the digits are. :(
Since they're typically BBUAs anyhow, maybe we could define
an extension
to SDP that application servers can say "send me
KPML" or "send me INFO
with this MIME type" should the media path receive a
digit. Then the
media server can battle to the death with the application
servers as to
whom the digit was intended for.
>
> > INFO worked relatively well in a single-vendor
network, but
> it really
> > was pretty useless when trying to interoperate
with other vendors.
>
> It works better than KPML so far. ;)
>
> -hadriel
>
>
>
>
> _______________________________________________
> Sip mailing list https://ww
w1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP
Protocol Use
> sip-implementors cs.columbia.edu for questions on current
sip
> Use sipping ietf.org for new developments on the
application of sip
>
_______________________________________________
Sip mailing list https://ww
w1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors cs.columbia.edu for questions on current
sip
Use sipping ietf.org for new developments on the application of
sip
|