Issue Between Asterisk Queue And GSM Gateway When Trying To Use Call Waiting Feature

Home » Asterisk Users » Issue Between Asterisk Queue And GSM Gateway When Trying To Use Call Waiting Feature
Asterisk Users 2 Comments

Hi masters,

I’m not an expert on this my friends, but I’m trying to understand which the expected behaviour is from Asterisk side when you deal with the following scenario:

Caller —> GSM Gateway with SIM card A —> Asterisk queue —> extension 1000

GSM gateway with call waiting activated on SIM A
Queue with “skip busy agent” disabled and ringall strategy. SIP extension 1000 with call waiting activated, and member of Asterisk queue.

a) One Caller calls to SIM card A of GSM Gateway, call is forwarded to Asterisk queue where SIP extension 1000 answers. b) New Caller calls the same SIM card A of GSM gateway (it has call waiting activated on the sim card), call is forwarded to Asterisk queue to the same extension 1000 and a pop-up appears with the second call. c) extension 1000 accepts it so put on hold first call, then try to pickup the new one.

The thing is that the SIP re-invite with sendonly attribute can be seen from extension 1000 to Asterisk queue, but this SIP invite is not being forwarded to GSM gateway. So the GSM gateway keeps waiting for it and because it never appears the 1st call is dropped.

Maybe you have had this issue in the past. I know that Im not an expert, but I have been researching a lot and trying to vary configurations without clues.

The question is: Is it expected for the Asterisk queue to redirect this on-hold message (SIP re-invite with sendonly media attribute) to the GSM gateway so it can manage it call waiting feature on the same SIM card?

If we repeat the same scenario without queue intervention (i.e. call goes directly to the extension) the SIP re-invite floods normally between Asterisk and GSM gateway, so GSM gateway can decide what to do with the call.

I have no specific queue configuration, seems that queues.conf does not have any parameter to allow  this behaviour of re-sending re-invite/on-hold messages.

Vendor from GSM gateway side is pointing that “Asterisk js not resending on-hold message”.

Thanks and sorry if my ignorance on this,

2 thoughts on - Issue Between Asterisk Queue And GSM Gateway When Trying To Use Call Waiting Feature

  • Asterisk is a back to back user agent. As such, it does not “forward”
    or proxy any SIP messages. The re-INVITE sent from the SIP device represented by extension 1000 in your scenario is handled by Asterisk, and causes the channel on the other side of the bridge with that SIP
    channel to be put on Hold.

    There is no mechanism in Asterisk today to pass through a re-INVITE to initiate a remote hold.

    —
    Matthew Jordan Digium, Inc. | Engineering Manager
    445 Jan Davis Drive NW – Huntsville, AL 35806 – USA
    Check us out at: http://digium.com & http://asterisk.org

    —

  • El Lunes, 8 de diciembre, 2014 12:51:42, Matthew Jordan escribió:

    Asterisk is a back to back user agent. As such, it does not “forward”
    or proxy any SIP messages. The re-INVITE sent from the SIP device represented by extension 1000 in your scenario is handled by Asterisk, and causes the channel on the other side of the bridge with that SIP
    channel to be put on Hold.

    There is no mechanism in Asterisk today to pass through a re-INVITE to initiate a remote hold.