Dear All,
 
After studied on different scenarios, we can not end the session when there is no rtp on  media channels. I have heard that some media proxies can do this (like nextone,acmepacket) but I did not test it.
As a brief, if the bye will not come from one of  the legs because of network problems, you do not have chance to end the session by checking the rtp packets.
How did we solve the problem ?
Now we are using a session controller. when a session starts, we start a timer, after 1 hour, if the session is going on we are sending a notify about thr session to the network control center. They can kill the session through the session controller. In any case, after 2 hours later if the session is again going on, we kill it automatically from the session controller and send a notification mail to the sysadmin which contains the session information. In this scenario, my customers do  not have sessions more than 2 hours.
 
 
----- Original Message -----
From: Greger V. Teigre
To: Hakan YASTI
Sent: Thursday, November 17, 2005 9:50 AM
Subject: Re: [Serusers] end the session if no media

Good luck :-) And please copy serusers on your conclusions.
g-)
----- Original Message -----
From: Hakan YASTI
To: Greger V. Teigre
Sent: Wednesday, November 16, 2005 1:46 PM
Subject: Re: [Serusers] end the session if no media

Dear Greger,
sorry for late reply. I was on vacation. The scenario is like that.
 
A (  ATA ) ----------------> send INVITE to SER ------------> SER INVITES to session controller --------> session controller invites to ---------> soft switch --------------call setup to ------PSTN B.
 
After signalling ok, the media is also proxied by SER.
 
A Side ------> ------ media goes to SER --<----------media ----------->Media Gateway--------> B side.
 
Possible scenario ;
 
1-) The BYE  is not coming from A side. At that time I see the  session on session controller as going on. But infact it is abondened.
 
You are right when the call is on hold. at that time the rtp will not go also. For this session controller must understand when it is on hold.But in any case, I do not know, how will SER  end if there is no media session. As I see, the media is controlled by SER. when the bye has come the media session is ended.
 
 
In fact, When I study on it, I saw that in some cases  I saw that, the BYE is coming to soft switch but soft switch send s reply as 500 INTERNAL Error. This is an also issue is related with my soft switch. I have opened a case for this also.
 
Thanks for your interest. I will inform you about the result.
Best Regards,
 
----- Original Message -----
From: Greger V. Teigre
To: Hakan YASTI ; serusers@lists.iptel.org ; ritesh.j@net4.in
Sent: Friday, October 28, 2005 6:53 AM
Subject: Re: [Serusers] end the session if no media

What I'm saying is that you probably want to differ between a long call that after 59 minutes is put on hold and a terminated call where the BYE never came. Both will show no RTP (dependent on UA).  Your session controller may be able to tell you if the call is on hold.
    With regards to No transaction exist: Do you send the BYE directly to the UA and the UA replies with this? If so, I wouldn't worry too much, it just means that you were right in terminating the call because the UA does know of any call.  I'm a bit uncertaint about the error though, looks like you may get it from ser (if you send through ser), then the BYE never reaches the UA.  (I would expect the UA to respond Call leg doesn't exist).  How do you send the BYE that gives this error and to where?
g-)
----- Original Message -----
From: Hakan YASTI
To: Greger V. Teigre ; serusers@lists.iptel.org ; ritesh.j@net4.in
Sent: Thursday, October 27, 2005 10:25 AM
Subject: RE: [Serusers] end the session if no media

Yes, I know about it. I can see the active sessions from the session.py. But do not know how to end the seesion, if there is no rtp session and the bye has not come. My session con troller does not check the rtp session because the media is proxied at SER. As I know, may be I am wrong, the ser is managing the media proxy. Ser says to media proxy to start when a call is proxied, and end when the call is finished.

Do you suggest a SBC that can do this function..?

 

Thanks,

Best Regards,

 

 


From: Greger V. Teigre [mailto:greger@teigre.com]
Sent: Thursday, October 27, 2005 9:20 AM
To: Hakan YASTI; serusers@lists.iptel.org; ritesh.j@net4.in
Subject: Re: [Serusers] end the session if no media

 

session.py will show if the session is active. Also when a call is put on hold, there will be no rtp stream. I don't know if your SBC handles that.

Or is your question something else?

g-)

----- Original Message -----

From: Hakan YASTI

Sent: Wednesday, October 26, 2005 09:18 AM

Subject: RE: [Serusers] end the session if no media

 

Hi Teigre,

 

Thanks for your reply and kind suggestions. In fact, I am using a session controller for sip calls. And it alerts me via email when a sessiıon is reached for about 60 minutes. At that time,

I check it manually and kil the session if the session is abondened. By sending BYE messages to both legs. From the PSTN side I get the reply what I assume ( 200 OK ) but from the sip side I get No transaction exist.

Because the session was ended before and session controller couldn’t get the BYE message for some reasons. ( Network failure or something else ).

What I am looking for that, from the media proxy, I see the active rtp session when I use media proxy for the calls. And I assume that, when the call has finished and couldn’t send or get BYE message, there will be no rtp stream going on. May be I am wrong for this. If rtp session is still open when the a side hunp up and couldn’t send bye , there is nothing to do except killing the session with sending bye messages to both sides, because there is no way to understand the call is active or not.

 

Best Regards,

Hakan

 

 

 


From: Greger V. Teigre [mailto:greger@teigre.com]
Sent: Wednesday, October 26, 2005 10:00 AM
To: Hakan YASTI; serusers@lists.iptel.org; ritesh.j@net4.in
Subject: Re: [Serusers] end the session if no media

 

Hakan and Ritesh,

It seems to me that you are both asking about the same thing. This topic has been discussed many times on serusers. Search google (site:mail.iptel.org) for "BYE stateful sipsak", I'm pretty sure you will get some info.

Also, this FAQ could help:

g-)

----- Original Message -----

From: Hakan YASTI

Sent: Thursday, October 13, 2005 09:13 AM

Subject: [Serusers] end the session if no media

 

Hi,

 

I wonder, is there any way, to  end the session when the media has ended. Sometimes, we have problem at BYE message. For some reasons, the bye is not coming and may be it is coming wrong.

At that time, the media is ended but the call is seen as active.

I am using ser and using media proxy.

 

Any suggestion for this issue ?

Best Regards,

 

 

Hakan YASTI

NGN Engineer

Teletek Telekomünikasyon Hizmetleri A.Þ.
Ayazma Dere Cad. Akþit Plaza No:12
Fulya, Beþiktaþ ISTANBUL - TURKEY

Tel : +90 212 310 22 34
Fax : +90 212 227 8700
GSM : +90 533 669 06 84

E-mail: hakan.yasti@teletek.net
http://www.teletek.net

 


_______________________________________________
Serusers mailing list
serusers@lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers

Disclaimer:
This e-mail (including any attachments) may contain confidential and/or privileged information. Copying, disclosure or distribution of the material in this e-mail without our companys' authority is strictly forbidden. If you are not the intended recipient (or have received this e-mail in error), please notify the sender and delete it from your system immediately. Our Company makes no warranty as to the accuracy or completeness of any information contained in this message and hereby excludes any liability of any kind for the information contained therein or for the information transmission, reception, storage or use of such in any way whatsoever. Any opinions expressed in this message are those of the author and may not necessarily reflect the opinions of Our Company.
Yasal Uyarı:
Bu e-posta'nin içerdigi bilgiler (ekleri de dahil olmak üzere) gizlidir. Şirketimizin onayı olmaksızın içeriği kopyalanamaz, üçüncü kişilere açıklanamaz veya iletilemez . Bu mesajın gönderilmek istendiği kişi değilseniz (ya da bu e-posta’yı yanlışlıkla aldıysanız), lütfen yollayan kişiyi haberdar ediniz ve mesajı sisteminizden derhal siliniz. Şirketimiz bu mesajın içerdigi bilgilerin doğruluğu veya eksiksiz olduğu konusunda bir garanti vermemektedir. Bu nedenle bilgilerin ne şekilde olursa olsun içeriğinden, iletilmesinden, alınmasından, saklanmasından sorumlu değildir. Bu mesajın içeriği yazarına ait olup, Şirketimizin görüşlerini içermeyebilir.

Disclaimer:
This e-mail (including any attachments) may contain confidential and/or privileged information. Copying, disclosure or distribution of the material in this e-mail without our companys' authority is strictly forbidden. If you are not the intended recipient (or have received this e-mail in error), please notify the sender and delete it from your system immediately. Our Company makes no warranty as to the accuracy or completeness of any information contained in this message and hereby excludes any liability of any kind for the information contained therein or for the information transmission, reception, storage or use of such in any way whatsoever. Any opinions expressed in this message are those of the author and may not necessarily reflect the opinions of Our Company.
Yasal Uyarı:
Bu e-posta'nin içerdigi bilgiler (ekleri de dahil olmak üzere) gizlidir. Şirketimizin onayı olmaksızın içeriği kopyalanamaz, üçüncü kişilere açıklanamaz veya iletilemez . Bu mesajın gönderilmek istendiği kişi değilseniz (ya da bu e-posta’yı yanlışlıkla aldıysanız), lütfen yollayan kişiyi haberdar ediniz ve mesajı sisteminizden derhal siliniz. Şirketimiz bu mesajın içerdigi bilgilerin doğruluğu veya eksiksiz olduğu konusunda bir garanti vermemektedir. Bu nedenle bilgilerin ne şekilde olursa olsun içeriğinden, iletilmesinden, alınmasından, saklanmasından sorumlu değildir. Bu mesajın içeriği yazarına ait olup, Şirketimizin görüşlerini içermeyebilir.


_______________________________________________
Serusers mailing list
serusers@lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers