Detecting callee pickup

MS
Martin Schmid
Wed, Dec 18, 2019 3:54 PM

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

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
VG
Victor Goñi
Wed, Dec 18, 2019 4:09 PM

Hi

enum pjsip_inv_state provide the different types for INVITE session
management. In Call object, onCallState notify on SipEvent the following
events:

  • PJSIP_INV_STATE_NULL
  • PJSIP_INV_STATE_CALLING
  • PJSIP_INV_STATE_INCOMING
  • PJSIP_INV_STATE_EARLY
  • PJSIP_INV_STATE_CONNECTING
  • PJSIP_INV_STATE_CONFIRMED
  • PJSIP_INV_STATE_DISCONNECTED

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

Hi enum pjsip_inv_state provide the different types for INVITE session management. In Call object, onCallState notify on SipEvent the following events: - PJSIP_INV_STATE_NULL - PJSIP_INV_STATE_CALLING - PJSIP_INV_STATE_INCOMING - PJSIP_INV_STATE_EARLY - PJSIP_INV_STATE_CONNECTING - PJSIP_INV_STATE_CONFIRMED - PJSIP_INV_STATE_DISCONNECTED 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 >
AW
Andreas Wehrmann
Wed, Dec 18, 2019 4:20 PM

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

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
SF
Skale Franz
Wed, Dec 18, 2019 4:44 PM

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:

/*

  • Handler when invite state has changed.
    */
    void on_call_state(pjsua_call_id call_id, pjsip_event *e)
    {
    pjsua_call_info call_info;
    pj_status_t status;

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

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: /* * Handler when invite state has changed. */ void on_call_state(pjsua_call_id call_id, pjsip_event *e) { pjsua_call_info call_info; pj_status_t status; 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
VG
Victor Goñi
Thu, Dec 19, 2019 7:22 AM

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

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 >
AW
Andreas Wehrmann
Thu, Dec 19, 2019 8:47 AM

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

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
SF
Skale Franz
Thu, Dec 19, 2019 8:59 AM

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

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
AW
Andreas Wehrmann
Thu, Dec 19, 2019 9:11 AM

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

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