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(a)lists.iptel.org ; ritesh.j(a)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(a)lists.iptel.org ; ritesh.j(a)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(a)lists.iptel.org; ritesh.j(a)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
To: Greger V. Teigre ; serusers(a)lists.iptel.org ; ritesh.j(a)net4.in
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(a)lists.iptel.org; ritesh.j(a)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:
http://www.onsip.org/modules/xoopsfaq/index.php?cat_id=3#q2
g-)
----- Original Message -----
From: Hakan YASTI
To: serusers(a)lists.iptel.org
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(a)teletek.net
http://www.teletek.net
--------------------------------------------------------------------
_______________________________________________
Serusers mailing list
serusers(a)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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers