Re: Comment/question on draft-ietf-sip-body-handling-01.txt

   From: Hadriel Kaplan <HKaplanacmepacket.com>

   > That seems a strange restriction to me -- though it
accepts some
   > messages of 64k length, they must include 32kb of
headers in order to
   > do so.  32kb of headers is even scarier than a 1Mb
of body...

   Not if you look at IMS messages. ;)

SIP's evil twin...

   Yeah, I don't know why it's 32KB by default, but it is. 
Probably
   some random number generator.  Or a trade-off between
"protect weak
   boxes" and "make-it-workie".  Regardless,
without a BCP there was
   nothing to go by. (not that I'm saying a BCP would make
us change
   behavior, but we try to be good)

I'm not particularly worried about your boxes -- I'm sure
they're
configurable to match any policy we decide is BCP.

BTW, do you have any comments about the History-Info header?
 I'd
think that topology-hiding would cause you to do
interesting
processing of History-Info.

Dale
_______________________________________________
Sip mailing list  https://www
.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementorscs.columbia.edu for questions on current
sip
Use sippingietf.org for new developments on the application of
sip

> -----Original Message-----
> From: sip-bouncesietf.org [mailto:sip-bouncesietf.org]
On Behalf Of
> Dale.Worleycomcast.net
>
> BTW, do you have any comments about the History-Info
header?  I'd
> think that topology-hiding would cause you to do
interesting
> processing of History-Info.

It's an ugly one.  Topology-hiding usually makes us strip
them, or all but one and change its host if it's E.164
format.  But I don't see as much Hist-info used as
Diversion, although that could easily be just because I only
get involved when we need to translate between them (which
is no fun).  I think Jonathan's approach is architecturally
cleaner, as usual, but Christer's is more likely to succeed.
:(

-hadriel
_______________________________________________
Sip mailing list  https://www
.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementorscs.columbia.edu for questions on current
sip
Use sippingietf.org for new developments on the application of
sip