OBI110 - Asterisk, Hangup on Answer, re-ring as Unknown CID

Hi,

I hope someone can help, as I can’t get to the bottom of this. I am in the UK and have an OBI110 to connect the landline into the Asterisk setup we have, SIP calls from sipgate.co.uk we don’t have any problems with, but maybe 1 in 5 calls from the landline when you pickup the phone it doesn’t answer and the phone rings again as an unknown caller id call, when you answer it the 2nd time the call connects. The other 4/5 times it works as expected.

Looking at the OBI110 call logs it shows the calls like this:

[quote]Call 11 03/20/2013 10:17:27
Terminal ID LINE1 SP1
Peer Name
Peer Number 01246123456
Direction Inbound Outbound
10:17:27 Ringing
10:17:31 Call Connected
10:23:33 End Call

Call 12 03/20/2013 10:17:21
Terminal ID LINE1 SP1
Peer Name
Peer Number 01333-123456 01246123456
Direction Inbound Outbound
10:17:21 Ringing
10:17:26 Call Connected
10:17:26 End Call[/quote]
(I have changed the numbers, our landline number is the 01246123456, and the person calling is 01333-123456)

So you can see the call first ring at 10:17:21, then I have picked up the phone at 10:17:26, the call has not gone through to the phone, and it rings again straight away, I have then answered it again at 10:17:31, then finished the call at 10:23:33

Looking at the Asterisk logs, everything is the same as a call that answers the first time until these lines:

[quote][2013-03-20 09:17:23] VERBOSE[27821] app_dial.c: – SIP/10-000018f3 is ringing
[2013-03-20 09:17:27] VERBOSE[27821] app_dial.c: – SIP/10-000018f3 answered SIP/OBITRUNK1-000018f2
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-auto-blkvm:1] Set(“SIP/10-000018f3”, “__MACRO_RESULT=”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-auto-blkvm:2] Macro(“SIP/10-000018f3”, “blkvm-clr,”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-blkvm-clr:1] Set(“SIP/10-000018f3”, “SHARED(BLKVM,SIP/OBITRUNK1-000018f2)=”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-blkvm-clr:2] Set(“SIP/10-000018f3”, “GOSUB_RETVAL=”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-blkvm-clr:3] MacroExit(“SIP/10-000018f3”, “”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-auto-blkvm:3] ExecIf(“SIP/10-000018f3”, “0?Set(MASTER_CHANNEL(CONNECTEDLINE(num))=10)”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-auto-blkvm:4] ExecIf(“SIP/10-000018f3”, “0?Set(MASTER_CHANNEL(CONNECTEDLINE(name))=Office)”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [h@macro-dial:1] Macro(“SIP/OBITRUNK1-000018f2”, “hangupcall”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-hangupcall:1] GotoIf(“SIP/OBITRUNK1-000018f2”, “1?theend”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Goto (macro-hangupcall,s,3)
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-hangupcall:3] ExecIf(“SIP/OBITRUNK1-000018f2”, “0?Set(CDR(recordingfile)=)”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: – Executing [s@macro-hangupcall:4] Hangup(“SIP/OBITRUNK1-000018f2”, “”) in new stack
[2013-03-20 09:17:27] VERBOSE[27821] app_macro.c: == Spawn extension (macro-hangupcall, s, 4) exited non-zero on ‘SIP/OBITRUNK1-000018f2’ in macro ‘hangupcall’
[2013-03-20 09:17:27] VERBOSE[27821] features.c: == Spawn extension (macro-dial, h, 1) exited non-zero on ‘SIP/OBITRUNK1-000018f2’
[2013-03-20 09:17:27] VERBOSE[27821] app_macro.c: == Spawn extension (macro-dial, s, 7) exited non-zero on ‘SIP/OBITRUNK1-000018f2’ in macro ‘dial’
[2013-03-20 09:17:27] VERBOSE[27821] pbx.c: == Spawn extension (ext-group, 600, 11) exited non-zero on ‘SIP/OBITRUNK1-000018f2’
[2013-03-20 09:17:28] VERBOSE[1791] netsock2.c: == Using SIP RTP TOS bits 184
[2013-03-20 09:17:28] VERBOSE[1791] netsock2.c: == Using SIP RTP CoS mark 5[/quote]

This is the same as a normal phone call where I have hung up, except the time when the hangup command comes at the same second as answering the call, then the last 2 lines above are where it goes into the same sequence of a new call coming in, except this time with no caller id.

If anyone could guide me in a direction to try and sort this, its not a major problem, just a bit annoying. I really can’t work out if it is the obi110, the asterisk setup or the phones we have got that are causing it.

Cheers,
Tim

You need to provide a SIP trace (e.g. sip set debug on).

The CLI output is of limited value without also seeing the dialplan.