Subject: Re: [sip-overload] Basic Question

From: "Parthasarathi R (partr)" <[email-masked]>
Date: Mon, 6 Dec 2010 09:01:52 +0530

Rahul,
 
The current mechanism works in case continuous SIP traffic exists between A and B (upstream and downstream).
 
I had the same doubt as yours in case there is no SIP traffic for sometime, then the message starts from A and B is already overloaded. The question is whether pull model of overload data (SIP response mechanism) works or push model is required (SIP request mechanism) for overload handling. I guess that your mentioned issue will be seen in the low-end server wherein the continuous traffic may not exist for all the time between peers.
 
Thanks
Partha

________________________________

From: [email-masked] on behalf of RahulSrivastava 71616
Sent: Wed 12/1/2010 2:59 AM
To: [email-masked]
Subject: [sip-overload] Basic Question

If A sends INVITE to B and say B is already overloaded.
How does B informs A beforehand?

Assuming event to send first INVITE to A by B happens quite late?

If we add information in INVITE response only, then first X INVITES to B will fail since B was already overloaded?
It looks like even if sufficient window was avaialble to B it can't inform A since there was no INVITE from A?

If above conclusion is correct then sending overload information "in-band" is the right approach?

Regards,
Rahul
_______________________________________________
sip-overload mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/sip-overload