Re: Review of draft-kuthan-sip-derive-00

Hadriel Kaplan <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <E6C2E8958BA59A4FB960963D475F7AC313726C309E@mail>

> -----Original Message-----
> From: Adam Roach [mailto:[email protected]]
>
> I'm not saying "stop changing Call-IDs." It's true that that's what I
> *want* to happen, but it's not the only way this can be made to work.
>
> I'm saying "if you must, for business reasons, change Call-IDs going
> into and out of a network, make sure you perform the same mapping into
> and out of the network when you see the dialog event package." Again,
> this is something with value for the carrier itself, as it allows new
> services (such as call completion).

Ohhh.  But that's not the problem.  At least I hope that's not what people are talking about.  Most B2BUA's will map them back just fine.  The issue is your message may not go through *that same* B2BUA.
If the message is in-dialog, no problem.
If the message is out-of-dialog but uses the Contact-URI to route to, no problem (because the b2bua's replace that to be themselves). [note: gruu's can screw that up, but oh well]

The problem is if you send it to an *AoR*, such as the From-URI of another message, there's no guarantee it will go through the same sets of b2bua's to get fixed hop-by-hop.

-hadriel
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.