On Wed, Mar 21, 2012 at 7:51 AM, Vineet Menon <[email protected]>wrote:
> Thanks everyone... > I was thinking of a network load balancer..with DNS query... > response code 3xx seems to be a nicer option....but as they say..sending a > 3xx also needs resources.....everything comes to a standstill after > a particular point... > What I want to say is that by issuing 503 or 3xx response, what you are > doing is moving the limit of your infrastructure from say 100 calls/sec to > say 10000 calls/sec. > > During say a calamity or natural disaster when avalanche loads are > generated, one cannot rely on that...and need to allocate spare > resources.... > > Any idea how PSTN does this?? > > I think important point here is that PSTN is a circuit-switched. In PSTN you have to allocate resources for new phone lines prior adding them. Whereas in packet-switched, you sort of plug it in, and see what happens. You analyze activity on your network and scale as required - it's part of demand management. Internet is a chaotic place, and it is up to you to predict usage of your resources. You might have a deployment that can accomodate connections number twice above the usual daily traffic, or you might want to have a deployment that can accomodate four times above the usual. It is up to you what you want to account for, and how you build your infrastructure. Get your numbers first then you will be able to tell how your infrastructure should look like. Regards, Brez > Regards, > > Vineet Menon > > > > > On 20 March 2012 17:13, Brett Tate <[email protected]> wrote: > > > See the soc working group drafts and RFCs: > > > > http://tools.ietf.org/wg/soc/ > > > > > > > -----Original Message----- > > > From: [email protected] [mailto:sip- > > > [email protected]] On Behalf Of Vineet Menon > > > Sent: Tuesday, March 20, 2012 2:10 AM > > > To: [email protected] > > > Subject: [Sip-implementors] Server overload issue > > > > > > Hi, > > > > > > Does SIP spec. how to overcome overloads? > > > I have read a couple of papers in which the authors come up > > > with solutions...but is there nothing in the spec apart from the naive > > > 503 > > > response code? > > > > > > Regards, > > > > > > Vineet Menon > > > _______________________________________________ > > > Sip-implementors mailing list > > > [email protected] > > > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
