Re: INFO Use case

Paul Kyzivat <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <[email protected]>

Hadriel Kaplan wrote:

> - If the B2BUA moved the call discretely but did NOT know about this new Info draft thingy, then it could *indeed* be a problem if it blindly passed on the Nortel recv-info but not the later Cisco one.  And it wouldn't pass on the Cisco's recv-info only because it is hiding the dialog move from Snom.

This is normal 3pcc transfer trouble, just like the problems of moving 
the media in such a case if the b2bua doesn't terminate media. That is 
why I called out this case earlier.

Its a little tricky when it doesn't know about the new draft. If it is 
switching the media then it will be doing a reinvite/update with the new 
endpoint anyway, and so will be getting a new recv-info. As long as it 
passes that transparently things should work out. Its more of a problem 
if it relaying the media, so that it doesn't intend to do a new o/a 
exchange, then its more problematic.

It *could* work, but there are a lot of "if"s.

The bottom line is that the b2buas will have to learn how to make this 
work. They will just need to get with the program and be ready before 
this stuff is deployed in endpoints.

	Thanks,
	Paul
_______________________________________________
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.