Without using Dundi or SER, any thoughts on the following anyone?
Has something similar been implemented anywhere so as to me not
having to horribly butcher code...
4 servers SIP1-4
User1 -- -- SIP1 --
\ / \
User2 ------ Go to register ------- SIP2 ----- Whereis? --> DB
/ \ /
User3 -- -- SIP3 --
Where users no matter who they are, register and are passed
off to the next server in sequence... For example, ten
people are all registering right now...
User1 --> SIP1
User2 --> SIP2
User3 --> SIP3
User4 --> SIP1
And so on... where an ATA, VoIP phone, etc., would have its
information stored via database and pulled and pushed anytime
something happened with that User... Make sense?
Think of a "load balanced" SIP cluster if you will WITHOUT
SER or Dundi...
--
===================================================J. Oquendo
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x1383A743
sil . infiltrated @ net http://www.infiltrated.net
The happiness of society is the end of government.
John Adams
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5157 bytes
Desc: S/MIME Cryptographic Signature
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20070416/6f741ea4/smime.bin
Use round robin on DNS with a replicated DB on each server On 4/16/07, J. Oquendo <sil@infiltrated.net> wrote:> Without using Dundi or SER, any thoughts on the following anyone? > Has something similar been implemented anywhere so as to me not > having to horribly butcher code... > > 4 servers SIP1-4 > > User1 -- -- SIP1 -- > \ / \ > User2 ------ Go to register ------- SIP2 ----- Whereis? --> DB > / \ / > User3 -- -- SIP3 -- > > Where users no matter who they are, register and are passed > off to the next server in sequence... For example, ten > people are all registering right now... > > User1 --> SIP1 > User2 --> SIP2 > User3 --> SIP3 > User4 --> SIP1 > > And so on... where an ATA, VoIP phone, etc., would have its > information stored via database and pulled and pushed anytime > something happened with that User... Make sense? > > Think of a "load balanced" SIP cluster if you will WITHOUT > SER or Dundi... > > -- > ===================================================> J. Oquendo > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x1383A743 > sil . infiltrated @ net http://www.infiltrated.net > > The happiness of society is the end of government. > John Adams > > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >-- --- Andrew Latham - AKA: LATHAMA (lay-th-ham-eh) lathama@lathama.com - lathama@gmail.com If any of the above are down we have bigger problems than my email! Hind sight is most always 20/20 or better. ---
It's possible, have the SIP clients use SRV records for server location and use asterisk ARA to store SIP peers and extension.conf on DB. if the users are not behind NAT it should work. (open)SER is much better solution for high traffic / availability setups. On 4/16/07, J. Oquendo <sil@infiltrated.net> wrote:> > Without using Dundi or SER, any thoughts on the following anyone? > Has something similar been implemented anywhere so as to me not > having to horribly butcher code... > > 4 servers SIP1-4 > > User1 -- -- SIP1 -- > \ / \ > User2 ------ Go to register ------- SIP2 ----- Whereis? --> DB > / \ / > User3 -- -- SIP3 -- > > Where users no matter who they are, register and are passed > off to the next server in sequence... For example, ten > people are all registering right now... > > User1 --> SIP1 > User2 --> SIP2 > User3 --> SIP3 > User4 --> SIP1 > > And so on... where an ATA, VoIP phone, etc., would have its > information stored via database and pulled and pushed anytime > something happened with that User... Make sense? > > Think of a "load balanced" SIP cluster if you will WITHOUT > SER or Dundi... > > -- > ===================================================> J. Oquendo > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x1383A743 > sil . infiltrated @ net http://www.infiltrated.net > > The happiness of society is the end of government. > John Adams > > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070416/98c22e2d/attachment.htm
Err, what happens if someone transfers a call and the new call leg gets routed through a different asterisk server because the dns changed? Andrew Latham wrote:> Use round robin on DNS with a replicated DB on each server > > > > > On 4/16/07, J. Oquendo <sil@infiltrated.net> wrote: >> Without using Dundi or SER, any thoughts on the following anyone? >> Has something similar been implemented anywhere so as to me not >> having to horribly butcher code... >> >> 4 servers SIP1-4 >> >> User1 -- -- SIP1 -- >> \ / \ >> User2 ------ Go to register ------- SIP2 ----- Whereis? --> DB >> / \ / >> User3 -- -- SIP3 -- >> >> Where users no matter who they are, register and are passed >> off to the next server in sequence... For example, ten >> people are all registering right now... >> >> User1 --> SIP1 >> User2 --> SIP2 >> User3 --> SIP3 >> User4 --> SIP1 >> >> And so on... where an ATA, VoIP phone, etc., would have its >> information stored via database and pulled and pushed anytime >> something happened with that User... Make sense? >> >> Think of a "load balanced" SIP cluster if you will WITHOUT >> SER or Dundi... >> >> -- >> ===================================================>> J. Oquendo >> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x1383A743 >> sil . infiltrated @ net http://www.infiltrated.net >> >> The happiness of society is the end of government. >> John Adams >> >> >> _______________________________________________ >> --Bandwidth and Colocation provided by Easynews.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> >> > >