yes.. thanx
On 12/14/05, Vaclav Kubart <vaclav.kubart(a)iptel.org> wrote:
> I know such situations from my work too. If the problems show again let me
> know...
> Vaclav
>
> On Wed, 14 Dec 2005, Andrey Kouprianov wrote:
>
> > Thanx a lot for understanding. :))))
> >
> > On 12/14/05, Vaclav Kubart <vaclav.kubart(a)iptel.org> wrote:
> >> :-) It happens...
> >> Vaclav
> >>
> >> On Wed, 14 Dec 2005, Andrey Kouprianov wrote:
> >>
> >>> And then again my UA is working OK now... Im just stunned... I have a
> >>> deadline for this app. Have to present it on coming friday... Hehe...
> >>> If it fails to SUBSCRIBE... I'll be in trouble...
> >>>
> >>> On 12/14/05, Andrey Kouprianov <andrey.kouprianov(a)gmail.com> wrote:
> >>>> Yes, i've noticed that too... And yes my config implies statefull
> >>>> forwarding.... I think it's my mistake... I was trying with forward
> >>>> instead of t_relay at the time I generated traces...
> >>>>
> >>>
> >>> _______________________________________________
> >>> Serusers mailing list
> >>> serusers(a)lists.iptel.org
> >>> http://lists.iptel.org/mailman/listinfo/serusers
> >>>
> >>
> >
>
hi all,
i tried to use the presence module "pa.so" (without jabber support or xcap
authorization)
but i don't understand which functionalities have been fixed and which are
currently unstable...
i'm using eyebeam and i follow these "Configuring Presence Agent"
instructions:
http://pals.internet2.edu/trials/pic-ser/eyeBeamInstall.html
this is part of my ser.cfg:
if (method=="PUBLISH") {
if (!t_newtran()) {
log(1,"ser.cfg: PUBLISH: t_newtran error\n");
sl_reply_error();
};
log(1,"ser.cfg: PUBLISH: handle_publish\n");
handle_publish("registrar");
break;
} else if (method=="SUBSCRIBE") {
if (!t_newtran()) {
log(1,"ser.cfg: SUBSCRIBE: newtran error\n");
sl_reply_error();
};
log(1,"ser.cfg: SUBSCRIBE: handle_subscription\n");
handle_subscription("registrar");
break;
};
is it correct?
i would like to see my contacts to eventually change state... is it
possible?
thank you!
Dear All,
I encountered a UA that behave as follow:
UA1 call UA2
UA1 ---- invite with SDP -----> UA2
UA1 <------OK with SDP --------UA2
UA1 hold the call,
UA1 ------invite (hold) ------>UA2
UA1 <--------OK but not SDP ---UA2
UA1 unhold the call
UA1 ------invite ----------->UA2
UA1 <-------OK but also no SDP---UA2
I found that most ATA(UA) would attached a SDP when reply an OK whether
the call is hold or unhold. But there is one ATA that does not (UA2).
I noticed that some ATA--Linksys (UA1) would send a BYE to UA2 if it
receive a OK with no SDP in the hold case.
My Question is :
Is UA2 behave according to RFC?
Would deeply appreciate if someone could let me know the answer as I
always have trouble reading RFCs...
Thanks fot any help available.
Regards,
TC Chan
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
___________________________________________________________________________
Nouveau : téléphonez moins cher avec Yahoo! Messenger
! Découvez les tarifs exceptionnels pour appeler la
France et l'international.
Téléchargez sur http://fr.messenger.yahoo.com
___________________________________________________________________________
Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international.
Téléchargez sur http://fr.messenger.yahoo.com
Good morning, friends, nice to meet you,
My name is Carlos Manuel Moreno, from Venezuela,
has anyone installed SER, from a RPM file?
Which is the correct process?
Thanks in advance,
Carlos
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Hi,
Im using ser 0.9.3. The PA and Watcher are located on my UA, so
basically my SUBSCRIBEs and NOTIFYs just need to be forwarded between
clients.
Here's a part of ser.cfg that does the SUBSCRIBE and NOTIFY
processing (please, note that I disabled the authentication for now):
. . . . . .
if(method=="SUBSCRIBE") {
if(!lookup("location") ) {
log(1, "No registered user found for SUBSCRIBE request");
sl_send_reply("404", "Not Found");
break;
};
};
if(method=="NOTIFY") {
if (!lookup("location")) {
log(1, "No registered user found for NOTIFY request");
sl_send_reply("404", "Not Found");
break;
};
};
if( !t_relay() ) {
sl_reply_error();
};
. . . . . . . .
The problem is that only SOMETIMES SUIBSCRIBEs and NOTIFYs get
through without any problem. However, MOST OF THE TIMES they get stuck
in the server. The message log does not show any errors and
tracesviewer tool shows only retransmissions for the issued requests.
In the end SER replies with 408 Timeout response. I have tried to use
forward(uri:host, uri:port) instead of t_relay(), but result is the
same.
I have used eyeBeam to do the presence subscriptions, and the result
is the same as with my UA...
Can you, please, explain to me what might have happened??? I am out of ideas.
Andrey.
