Suheel, Jason,Baniel,
IMO - for redundancy to work I am thinking that the Contact
address returned by b2b1 included either two IPv4 contact address one for
each b2b1 - possibly with lower q value or a FQDN that resolves to both of
these servers - otherwise if b2b1 fails b2b2 will never be able to provide
in dialog failover (different from having a FQDN for the proxy resolving
both b2b servers for dialog creation). This should work in the way baniel
described in his response. If the b2b servers are also terminating media
and b2b1 fails then I guess b2b2 will have the opportunity to reINVITE the
UA to change the media to itself ( possibly the servers will maintain some
kind of keep alive between them to know if it is has actually failed -
especially if they are to operate in a master / slave configuration rather
than a load sharing master / master config)
Regards,
Wayne Davies
Right! If you b2bua is used also to terminate media (e.g PTT server) than
you are in trouble, and may need to advertise new IP/port etc via Reinvite
- not sure that that is what you desired...
-uri
-----Original Message-----
From: Lau Jason-A13484
Sent: Wednesday, November 17, 2004 1:37 PM
To: Baniel Uri-CUB001; 'Suheel Hussain'; [EMAIL PROTECTED]
Subject: RE: [Sip-implementors] UA IP address change after initial dialog
For call control, if contact has IP, subsequent msgs within dialog will
use that IP. I would think msgs will be dropped if failover occurs to diff
IP.
Same with audio stream sent to specific IP/port.
-- Jason
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Baniel
Uri-CUB001
Sent: Wednesday, November 17, 2004 1:05 PM
To: 'Suheel Hussain'; [EMAIL PROTECTED]
Subject: RE: [Sip-implementors] UA IP address change after initial dialog
UA1 is not supposed to maintain IP address as part of the dialogue. In may
cases it wouldn't even know what is the IP address of the b2bua as the SIP
messages may go through intermediate hops (e.g. proxy). All should be fine
as long as the call-leg (dialog) identifiers are kept the same (call-id,
local and remote tags (in the From and To headers respectively)).
Hope everyone is in agreement w/ me...
-uri
===================================================
Uri Baniel - Distinguished Member of Technical Staff - Motorola
Winphoria division - System Engineering
Tel: (847) 632 4616; Fax: (847) 632 3963;
"Learning that does not daily increase will daily decrease" - EWC
===================================================
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Suheel
Hussain
Sent: Wednesday, November 17, 2004 12:14 PM
To: [EMAIL PROTECTED]
Subject: [Sip-implementors] UA IP address change after initial dialog
I am developing a high-availability UA system. This
system will have following configuration
UA1 --- b2b Server 1 (1.2.3.4) -----
\ | -- backend
\ --- b2b Server 2 (9.10.11.12) ---- database
(DB)
In a typical scenario, UA1 will establish initial
dialog with b2b1. This b2b1 will save all dialog
information in DB -- includes From, To, Contact and
other headers. (Actually whole Invite message.)
Now when b2b1 fails, b2b2 takes over and DB pushes all
call information to this server. Let us say b2b2 is
able to build dialog with information from DB. My
question is if any message is sent to UA1 in
reconstructed dialog: will UA1 drop the call since
message is coming from a different IP address
(9.10.11.12) than one (1.2.3.4) used in establishing
initial dialog??
Any suggestions on building b2b high-availability
system...
Thanks
-suheel
Suheel Hussain
__________________________________
Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!
http://my.yahoo.com
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
******************************************************************************
- NOTICE FROM DIMENSION DATA AUSTRALIA
This message is confidential, and may contain proprietary or legally privileged
information. If you have received this email in error, please notify the
sender and delete it immediately.
Internet communications are not secure. You should scan this message and any
attachments for viruses. Under no circumstances do we accept liability for any
loss or damage which may result from your receipt of this message or any
attachments.
******************************************************************************
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
