Daryl,
normally, a PSTN provider who offer quality service must offer a way to
detect hanged calls.
There is also a detection mechanism based on media (on GW) - at least
CISCO GW have.
regards,
bogdan
Daryl Sanders wrote:
This is exactly what I am trying to overcome. Do third
party PSTN
providers typically employ any other means of monitoring a call? I
would think the would automatically disconnect the call after a
certain amount of time if there was no media detected.
On 10/27/05, Iqbal <iqbal(a)gigo.co.uk> wrote:
>problem with session timers, is if you have several different routes and
>you dont control all the end gateways....then its a pain, so I would
>think you would need a plan B, just in case to ensure you double
>checked, but agree with bogdan, b2bua i great but I think the overhead
>is not needed.
>
>Iqbal
>
>Bogdan-Andrei Iancu wrote:
>
>
>
>>Hi Greg,
>>
>>that's the fortunate case of having already a B2BUA on the path :).
>>But only for this particular case, I find the usage of a B2BUA a
>>little bit to "heavy"....
>>
>>Session Timer is actually doing a great job ;)
>>
>>regards,
>>bogdan
>>
>>Greg Fausak wrote:
>>
>>
>>
>>>The re-INVITEs definitely work. I run some setups with
>>>Jasomi inline (a commercial inline b2bua). I configure them to
>>>reINVITE, works like a charm. If the reINVITE isn't answered (in either
>>>direction) the Jasomi sends BYEs in both directions. I believe other
>>>commercial gear works that way.
>>>
>>>Also, I believe Session-Timers are supported by Cisco gateways, but
>>>I don't have experience with those.
>>>
>>>-g
>>>
>>>
>>>On 10/27/05, Daryl Sanders <daryl.sanders(a)gmail.com> wrote:
>>>
>>>
>>>
>>>
>>>>Thanks for the info guys! It sounds like I need to do a little reading
>>>>up on cseq to determine if this will even work, or find a PSTN gateway
>>>>provider that supports Session-Timers.
>>>>
>>>>- Daryl
>>>>
>>>>On 10/27/05, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote:
>>>>
>>>>
>>>>
>>>>
>>>>>by sending re-INVITEs from the middle of the path you will increase
>>>>>the
>>>>>cseq number differently on each side...so you will need to
synchronize
>>>>>the cseq value when some in-the-dialog requests are passing through
>>>>>your
>>>>>proxy....and that's quite complicated....
>>>>>
>>>>>regards,
>>>>>bogdan
>>>>>
>>>>>Daryl Sanders wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>Would it be possible to fake a REINVITE then check the response
to
>>>>>>determine if a call is still in session? Just brainstorming...
>>>>>>
>>>>>>- Daryl
>>>>>>
>>>>>>