Yes, exactly. You can force the cisco to send re-INVITEs and drop them on your SER proxy when the user runs out of credit. The cisco would terminate the call if the re-INVITE does not make it through.
Jan.
On 24-03 12:46, Iqbal wrote:
Hi
Okay so that I'm on the same page with this, doe sthis mean if my GW supports this...from what I read cisco seems to, that on a INVITE coming from a UA (even if its not cisco), I can set session-expires, and use the GW then to drop the session...if so when dropped will it send a BYE
Iqbal
Java Rockx wrote:
Nevermind all - I found the answer (thanks Jan) in the archives.
http://lists.iptel.org/pipermail/serusers/2005-March/016484.html
Regards, Paul
On Wed, 23 Mar 2005 21:01:04 -0500, Java Rockx javarockx@gmail.com wrote:
Hi All.
Our PSTN gateway supports Session-Expires for re-INVITEs. The session timer is "automagically" enabled when dialing SIP->PSTN.
However, when calling PSTN->SIP re-INVITEs do not happen, however the PSTN GW does support them.
I think the problem is that PSTN->SIP calls need to (for some reason) explicitly request session timers.
How would I request this? I know I can add the "Session-Expires: 120;refresher=??" header, but do I then do this in the 200OK response back to the PSTN GW?
Also, if the PSTN->SIP call is asking the PSTN GW to enable session timers, would the "refresher=" tag be set to UAS or UAC?
Regards, Paul
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers