Hello everybody
I'm seraching for a solution to detect the callee pickup.
The 'confirmed' arrives at a very early stage, long before the callee
picks up the phone.
Is there a way to detect the pickup? I don't see much in the callInfo.
Regards,
Martin
Hi
enum pjsip_inv_state provide the different types for INVITE session
management. In Call object, onCallState notify on SipEvent the following
events:
I get PJSIP_INV_STATE_CONFIRMED before PJSIP_INV_STATE_EARLY, so I think it
is not possible to be notified before.
Invite session reference:
https://www.pjsip.org/pjsip/docs/html/group__PJSIP__INV.htm
Call reference: https://www.pjsip.org/pjsip/docs/html/classpj_1_1Call.htm
Regards,
Víctor Goñi Sanz
Tecnología | Biometría de Voz
Veridas Digital Authentication Solutions S.L.
Polígono Industrial Talluntxe II, Calle M-10
https://maps.google.com/?q=Calle+M-1031192,+Tajonar,+Navarra,+SPAIN&entry=gmail&source=g
31192, Tajonar, Navarra, SPAIN
https://maps.google.com/?q=Calle+M-10,31192,+Tajonar,+Navarra,+SPAIN&entry=gmail&source=g
Map: Veridas https://goo.gl/maps/4XmLETbxigJ2
Web: www.veri-das.com
Email: vgoni@das-nano.com
Phone: +34 948 24 62 95
Mobile: +34 622 226 276
On Wed, 18 Dec 2019 at 16:54, Martin Schmid via pjsip pjsip@lists.pjsip.org
wrote:
Hello everybody
I'm seraching for a solution to detect the callee pickup.
The 'confirmed' arrives at a very early stage, long before the callee
picks up the phone.
Is there a way to detect the pickup? I don't see much in the callInfo.
Regards,
Martin
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
On 18.12.19 16:54, Martin Schmid via pjsip wrote:
Hello everybody
I'm seraching for a solution to detect the callee pickup.
The 'confirmed' arrives at a very early stage, long before the callee
picks up the phone.
Is there a way to detect the pickup? I don't see much in the callInfo.
Regards,
Martin
Are you calling through a PBX?
They sometimes accept calls immediately and play some kind of music-on-hold
in which case you're not able to directly find out when the actual party
you're trying to reach picks up.
All the best,
Andreas
Hi,
it's called early media, so the PBX/C5 Softswitch has to return a "183" status as stated in the RFC.
Draft:
https://tools.ietf.org/html/draft-rosenberg-sip-early-media-00
So, the call state confirmed is the thing you're searching for.
Snippet to demonstrate the "confirmed" state: (on_call_state callback using pjsua).
Callback:
https://www.pjsip.org/pjsip/docs/html/structpjsua__callback.htm#a8029ac58404a39067691a1530a2b585a
Snippet taken from my call quality check program, where the wav file starts when the call has been confirmed:
/*
PJ_UNUSED_ARG(e);
pjsua_call_get_info(call_id, &call_info);
if (call_info.state == PJSIP_INV_STATE_CONFIRMED) {
if ( pj_stristr(&call_info.remote_info, &app_config.remote_contact) != NULL ) {
status = pjsua_conf_connect(app_config.wav_conf_port_id, call_info.conf_slot);
if (status != PJ_SUCCESS) program_exit("Error connecting wave port to call slot", status, CRITICAL);
}
}
Hope that helps.
Best regards
Franz
Von: pjsip pjsip-bounces@lists.pjsip.org im Auftrag von Andreas Wehrmann a.wehrmann@yandex.com
Gesendet: Mittwoch, 18. Dezember 2019 17:20
An: pjsip@lists.pjsip.org
Betreff: Re: [pjsip] Detecting callee pickup
On 18.12.19 16:54, Martin Schmid via pjsip wrote:
Hello everybody
I'm seraching for a solution to detect the callee pickup.
The 'confirmed' arrives at a very early stage, long before the callee
picks up the phone.
Is there a way to detect the pickup? I don't see much in the callInfo.
Regards,
Martin
Are you calling through a PBX?
They sometimes accept calls immediately and play some kind of music-on-hold
in which case you're not able to directly find out when the actual party
you're trying to reach picks up.
All the best,
Andreas
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Yes, I use asterisk as PBX, but my scenario is very simple. Incoming calls
call to an agent after answer. I have only an agent so, if agent is busy
with another call, then the music-on-hold play.
Víctor Goñi Sanz
Tecnología | Biometría de Voz
Veridas Digital Authentication Solutions S.L.
Polígono Industrial Talluntxe II, Calle M-10
https://maps.google.com/?q=Calle+M-1031192,+Tajonar,+Navarra,+SPAIN&entry=gmail&source=g
31192, Tajonar, Navarra, SPAIN
https://maps.google.com/?q=Calle+M-10,31192,+Tajonar,+Navarra,+SPAIN&entry=gmail&source=g
Map: Veridas https://goo.gl/maps/4XmLETbxigJ2
Web: www.veri-das.com
Email: vgoni@das-nano.com
Phone: +34 948 24 62 95
Mobile: +34 622 226 276
On Wed, 18 Dec 2019 at 17:21, Andreas Wehrmann a.wehrmann@yandex.com
wrote:
On 18.12.19 16:54, Martin Schmid via pjsip wrote:
Hello everybody
I'm seraching for a solution to detect the callee pickup.
The 'confirmed' arrives at a very early stage, long before the callee
picks up the phone.
Is there a way to detect the pickup? I don't see much in the callInfo.
Regards,
Martin
Are you calling through a PBX?
They sometimes accept calls immediately and play some kind of music-on-hold
in which case you're not able to directly find out when the actual party
you're trying to reach picks up.
All the best,
Andreas
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
On 18.12.19 17:44, Skale Franz wrote:
Hi,
it's called early media, so the PBX/C5 Softswitch has to return a "183" status as stated in the RFC.
Draft:
https://tools.ietf.org/html/draft-rosenberg-sip-early-media-00
So, the call state confirmed is the thing you're searching for.
Snippet to demonstrate the "confirmed" state: (on_call_state callback using pjsua).
Callback:
https://www.pjsip.org/pjsip/docs/html/structpjsua__callback.htm#a8029ac58404a39067691a1530a2b585a
I think you're confusing things.
EARLY state of the INVITE session has nothing to do with early media.
It just means you've got a response with a To tag, as described in the
pjsip docs.
You can have early media in EARLY state, but it's actually a separate
thing.
For reference, see this:
https://www.pjsip.org/docs/latest-2/pjsip/docs/html/group__PJSIP__INV.htm#gga083ffd9c75c406c41f113479cc1ebc1ca6c887e56774f6d1fd3527cb55b3843fd
Regards,
Andreas
Hi Andreas,
actually i'm not confusing things because i replied to your info, that music can be played before the actual confirm happens.
This is called early media and will be replied with a 183 Status code.
I'm not refering to the INVITE state though.
It's not supported for PRI/ISDN multis but for newer SIP implementations (asterisk).
Best regards
Franz
Von: pjsip pjsip-bounces@lists.pjsip.org im Auftrag von Andreas Wehrmann a.wehrmann@yandex.com
Gesendet: Donnerstag, 19. Dezember 2019 09:47
An: pjsip@lists.pjsip.org
Betreff: Re: [pjsip] Detecting callee pickup
On 18.12.19 17:44, Skale Franz wrote:
Hi,
it's called early media, so the PBX/C5 Softswitch has to return a "183" status as stated in the RFC.
Draft:
https://tools.ietf.org/html/draft-rosenberg-sip-early-media-00
So, the call state confirmed is the thing you're searching for.
Snippet to demonstrate the "confirmed" state: (on_call_state callback using pjsua).
Callback:
https://www.pjsip.org/pjsip/docs/html/structpjsua__callback.htm#a8029ac58404a39067691a1530a2b585a
I think you're confusing things.
EARLY state of the INVITE session has nothing to do with early media.
It just means you've got a response with a To tag, as described in the
pjsip docs.
You can have early media in EARLY state, but it's actually a separate
thing.
For reference, see this:
https://www.pjsip.org/docs/latest-2/pjsip/docs/html/group__PJSIP__INV.htm#gga083ffd9c75c406c41f113479cc1ebc1ca6c887e56774f6d1fd3527cb55b3843fd
Regards,
Andreas
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
On 19.12.19 09:59, Skale Franz wrote:
Hi Andreas,
actually i'm not confusing things because i replied to your info, that music can be played before the actual confirm happens.
This is called early media and will be replied with a 183 Status code.
I'm not refering to the INVITE state though.
It's not supported for PRI/ISDN multis but for newer SIP implementations (asterisk).
Best regards
Franz
Right, I've got my head turned around.
All the best,
Andreas