1 Oct 2007 08:17
1 Oct 2007 09:33
Re: How to distinguish call as an inbound/outbound
Juozas Dovydaitis <juozas.dovydaitis <at> gmail.com>
2007-10-01 07:33:39 GMT
2007-10-01 07:33:39 GMT
try looking at pjsua_call_info parameter role. if it is PJSIP_ROLE_UAS - then the call is inbound logan wrote: > Hi All, > > Is there any way or API through which I can tell from the pjsua_call_id if > the call was inbound or outbound? > > Thanks. > > Best Regards, > Hitesh > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip <at> lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > >
1 Oct 2007 10:04
Re: How to distinguish call as an inbound/outbound
Alain Totouom <alain.totouom <at> gmx.de>
2007-10-01 08:04:50 GMT
2007-10-01 08:04:50 GMT
This assertion is only true during the call setup (*first* 18x|200-INVITE). Afterwards you can't rely on that information for the duration of the call! When a re-invite (hold e.g.) occurs the role might be different etc.. Cheers Alain Juozas Dovydaitis wrote: > try looking at > > pjsua_call_info parameter role. if it is PJSIP_ROLE_UAS - then the call > is inbound > > logan wrote: >> Hi All, >> >> Is there any way or API through which I can tell from the pjsua_call_id if >> the call was inbound or outbound? >> >> Thanks. >> >> Best Regards, >> Hitesh >> >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip <at> lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org(Continue reading)
1 Oct 2007 14:04
Re: How to distinguish call as an inbound/outbound
Benny Prijono <bennylp <at> pjsip.org>
2007-10-01 12:04:51 GMT
2007-10-01 12:04:51 GMT
Alain Totouom wrote: > This assertion is only true during the call setup (*first* 18x|200-INVITE). > Afterwards you can't rely on that information for the duration of the call! > When a re-invite (hold e.g.) occurs the role might be different etc.. I can understand why you think call->role behaves like that, but actually that's not correct. In pjsip, call->role (or dlg->role and inv->role to be precise) should stay the same for the duration of the call. regards, -benny > Cheers > Alain > > Juozas Dovydaitis wrote: >> try looking at >> >> pjsua_call_info parameter role. if it is PJSIP_ROLE_UAS - then the call >> is inbound >> >> logan wrote: >>> Hi All, >>> >>> Is there any way or API through which I can tell from the pjsua_call_id if >>> the call was inbound or outbound? >>> >>> Thanks. >>>(Continue reading)
1 Oct 2007 14:59
Re: How to distinguish call as an inbound/outbound
Alain Totouom <alain.totouom <at> gmx.de>
2007-10-01 12:59:21 GMT
2007-10-01 12:59:21 GMT
Hi Benny, Benny Prijono wrote: > Alain Totouom wrote: >> This assertion is only true during the call setup (*first* 18x|200-INVITE). >> Afterwards you can't rely on that information for the duration of the call! >> When a re-invite (hold e.g.) occurs the role might be different etc.. > > I can understand why you think call->role behaves like that, but > actually that's not correct. In pjsip, call->role (or dlg->role and > inv->role to be precise) should stay the same for the duration of > the call. > please correct me if I'm wrong: isn't it just one of the "very" convenient and useful features of *pjsip*. In my understanding of rfc.3261 §17 the UAC and UAS roles are transaction-based rather than dialog-based. That is the reason why I've stated before that inbound/outbound was set by the very first INVITE-Transaction. But I'll give you the point if you say we're talking about the gender of electrons here ;) > regards, > -benny > Cheers Alain >(Continue reading)
1 Oct 2007 15:49
Re: How to distinguish call as an inbound/outbound
Benny Prijono <bennylp <at> pjsip.org>
2007-10-01 13:49:47 GMT
2007-10-01 13:49:47 GMT
Alain Totouom wrote: > Hi Benny, > > Benny Prijono wrote: >> Alain Totouom wrote: >>> This assertion is only true during the call setup (*first* 18x|200-INVITE). >>> Afterwards you can't rely on that information for the duration of the call! >>> When a re-invite (hold e.g.) occurs the role might be different etc.. >> I can understand why you think call->role behaves like that, but >> actually that's not correct. In pjsip, call->role (or dlg->role and >> inv->role to be precise) should stay the same for the duration of >> the call. >> > > please correct me if I'm wrong: > isn't it just one of the "very" convenient and useful features of *pjsip*. > In my understanding of rfc.3261 §17 the UAC and UAS roles are transaction-based > rather than dialog-based. That is the reason why I've stated before that > inbound/outbound was set by the very first INVITE-Transaction. True. In 3261, UAS and UAC role applies to transaction rather than dialog. For dialog, maybe I should have named it callee or caller instead, but since we already have pjsip_role_e I thought I just reuse it, hence the confusion! > But I'll give you the point if you say we're talking about the gender of > electrons here ;) Yeah. For dialog, invite session, and call, UAC means caller and UAS means callee. And this role stays the same throughout the duration(Continue reading)
1 Oct 2007 16:31
pjsip for WM5/C#
Olivier Beytrison <olivier <at> heliosnet.org>
2007-10-01 14:31:58 GMT
2007-10-01 14:31:58 GMT
Hello, I'm very new to pjsip, I discovered it only this morning, but it might be my life saviour. I'm currently involved in a project about developing an IMS client for the Next Generation Networks as defined by the 3GPP. This client will run on PDA under Windows Mobile 5/6. I'm very interested into pjsip because the WM5/6 SDK lacks a sip/sdp/rtp stack. Thus, I have a question : Is it viable to use the pjsip libs in a C# for CF.NET using marshalling ? or should i really stick with C/C++ for embedded devices for my application? The object-oriented side of C# is really appealing and the easy way to create the GUI as well. But off course it is not possible to directly use pjsip in C#, that's why i'm thinking about making an intermediate C++ code between the C# and the libs. Thanks in advance for your answers Regards, Olivier B. -- -- Olivier Beytrison(Continue reading)
1 Oct 2007 19:14
Re: VLANs?
Norman Franke <norman <at> myasd.com>
2007-10-01 17:14:00 GMT
2007-10-01 17:14:00 GMT
On Sep 28, 2007, at 5:15 PM, Benny Prijono wrote: > Norman Franke wrote: >> Is there a way to configure pjsip (using the pjsua API) to use a VLAN >> for all communication? This would make routing and security easier, >> while sending normal computer traffic (file servers and web access) >> out the normal way. > > Nope, there's no VLAN stuff in pjlib, let alone pjsua-lib. How do > you set VLAN on a socket anyway? That's a good question. All I can find is how to set up an interface with vlan tagging. Perhaps that's the way to go, assuming I can tell PJSUA to use a specific interface. This seems possible by IP using pjsua_transport_config. My code would have to enumerate the interfaces and select an IP of one based on subnet or something. Norman Franke ASD, Inc. www.myasd.com
1 Oct 2007 23:51
2 Oct 2007 00:20
Re: RTP encryption
anass kartit <anassk <at> gmail.com>
2007-10-01 22:20:52 GMT
2007-10-01 22:20:52 GMT
Hi,
I have been modifying transport_udp.c traying to access the payload and encrypt it should I modify the on_rx_rtp in stream.c for that instead ?
<div> <div>Hi,</div> <div>I have been modifying transport_udp.c traying to access the payload and encrypt it should I modify the on_rx_rtp in stream.c for that instead ?</div> <div> <p> </p> </div> </div>
RSS Feed