Incoming call disconnects existing call

I have an issue where if a new call comes in for an extension and the extension is on an existing call, the existing call is dropped and the new calls begins ringing the extension. I am unsure if this is a phone problem or an asterisk problem with my config. I see the “session type=‘terminate’” inside the logs which I am thinking means the phone actually sent the disconnect but I am unsure.

Capture from cli when new call comes in:

JABBER: google.5555678 INCOMING: <ses:session type=“initiate” id="SIP1672342084@10.220.9.75" initiator="+1<2342342345>@voice.google.com/srvres-MTAuMjIwLjExNS4xOTg6OTgyNQ==" xmlns:ses=“http://www.google.com/session”><pho:description xmlns:pho=“http://www.google.com/session/phone”><pho:payload-type id=“0” name=“PCMU” clockrate=“8000”/><pho:payload-type id=“101” name=“telephone-event”/></pho:description></ses:session>

JABBER: google.5555678 OUTGOING:
– Executing [@gmail.com@google-in:1] GotoIf(“Gtalk/+1<2342342345>-d792”, “0?bridged”) in new stack
– Executing [@gmail.com@google-in:2] NoOp(“Gtalk/+1<2342342345>-d792”, “Callerid +1<2342342345>@voice.google.com/srvres-MTAuMjIwLjExNS4xOTg6OTgyNQ==”) in new stack
– Executing [@gmail.com@google-in:3] Set(“Gtalk/+1<2342342345>-d792”, “CALLERID(num)=+1<2342342345>”) in new stack
– Executing [@gmail.com@google-in:4] Set(“Gtalk/+1<2342342345>-d792”, “CALLERID(name)=”) in new stack
– Executing [@gmail.com@google-in:5] Answer(“Gtalk/+1<2342342345>-d792”, “”) in new stack

JABBER: google.5555678 OUTGOING:

JABBER: google.5555678 OUTGOING:

JABBER: google.5555678 INCOMING:

JABBER: google.5555678 INCOMING:

JABBER: google.5555678 INCOMING: <ses:session type=“candidates” id="SIP1672342084@10.220.9.75" initiator="+1<2342342345>@voice.google.com/srvres-MTAuMjIwLjExNS4xOTg6OTgyNQ==" xmlns:ses=“http://www.google.com/session”><ses:candidate name=“rtp” address=“74.125.139.127” port=“19305” username=“C4B0F255E7711189” preference=“3.0” protocol=“udp” network=“mediaproxy” generation=“0” password="" type=“relay”/><ses:candidate name=“rtp” address=“74.125.139.127” port=“19305” username=“C4B0F255E7711189” preference=“2.0” protocol=“tcp” network=“mediaproxy” generation=“0” password="" type=“relay”/><ses:candidate name=“rtp” address=“74.125.139.127” port=“443” username=“C4B0F255E7711189” preference=“1.0” protocol=“ssltcp” network=“mediaproxy” generation=“0” password="" type=“relay”/></ses:session>

JABBER: google.5555678 OUTGOING:
– Executing [@gmail.com@google-in:6] Wait(“Gtalk/+1<2342342345>-d792”, “2”) in new stack
– Executing [@gmail.com@google-in:7] SendDTMF(“Gtalk/+1<2342342345>-d792”, “1”) in new stack
– Executing [@gmail.com@google-in:8] Dial(“Gtalk/+1<2342342345>-d792”, “SIP/102, 60”) in new stack
== Using SIP RTP CoS mark 5
– Called 102
== Spawn extension (google-in, @gmail.com, 8) exited non-zero on ‘Gtalk/+1<1231231234>-f99c’

JABBER: google.5555678 OUTGOING:
– SIP/102-000000cc is ringing
– SIP/102-000000cc is ringing

JABBER: google.5555678 INCOMING:

My extensions.conf

exten => @gmail.com, 1, GotoIf(${DB_EXISTS(gv_dialout/channel)}?bridged)
exten => @gmail.com, n, NoOp(Callerid ${CALLERID(name)})
exten => @gmail.com, n, Set(CALLERID(num)=${SHIFT(CALLERID(name),@)})
exten => @gmail.com, n, Set(CALLERID(name)=${DB(cidname/${CALLERID(num)})})
exten => @gmail.com, n, Answer
exten => @gmail.com, n, Wait(2)
exten => @gmail.com, n, SendDTMF(1)
exten => @gmail.com, n, Dial(SIP/102, 60)
exten => @gmail.com, n(bridged),Bridge(${DB_DELETE(gv_dialout/channel)}, p)

My sip.conf

[102]
username=102
secret=1231234
type=friend
callerid=""
host=dynamic
context=outbound-5555678

The trace appears to be incomplete.

I would start by replacing the first and last lines of your extensions.conf by Noop calls.

If that cures it, you could try inserting a Hangup, between the Dial and the Bridge, or missing a priority between them (use n+1) on the Bridge, as failed dials will fall through and attempt to bridge the call.

PS Priorities 1, 7 and 9 in the extensions.conf extract are particularly unusual and should have been explained in the question.