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 > >> 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 >>>> >>>> >>> _______________________________________________ >>> 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 >>> > > -- "" (o)(o) ___o00o__(__)__o00o_____ 1024D/A9F85A52 2000-01-18 Dipl.-Ing. Alain Totouom <totouom at gmx.de> PGP Fingerprint DA18 0DF2 FBD2 5F67 0656 452D E3A2 7531 A9F8 5A52
