Delay since dial to the moment it rings

[lmora]

Guys

I've noticed that when I do a manual dial inside ViciDial to my own phone number it passes 8 or 9 seconds before my phone actually rings. In contrast, it takes 2 seconds to ring when I dial outside ViciDial from the softphone registered directly to same sip carrier.

just in case is important to mention that the command sip show peers shows:
sipcarrier 64.132.31.26 N 5060 OK (98 ms)

any idea?

thanks

[mflorell]

Asterisk CLI output?

screenlog.0 output would be better actually.

[lmora]

I disconnected all agents except me to test the system.
I found that my perception is wrong because it takes 6 seconds since the moment the sipcarrier is called to the moment it rings no matter if dialed inside or outside ViciDial.

is 6 seconds from dial-to-ring time in a normal parameter?

I did a test from my softphone registered directly to a CallCentric server (without passing through my PBX) and found I got 4 seconds from the moment I placed the call to the moment it rang (log at the bottom).

I registered the PBX to the CallCentric account to measure the times but got an error that I'll paste in a different thread

any thoughts?



screenlog.0 output ..
.. for Inside Vicidial, no other activity sample 1:

[Apr 9 12:10:53] -- Executing [9528186474919@default:1] ^[[1;36;40mAGI^[[0;37;40m("^[[1;35;40mLocal/8600052@default-5cd4,1^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log^[[0;37;40m") in new stack
[Apr 9 12:10:53] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Apr 9 12:10:53] -- Executing [9528186474919@default:2] ^[[1;36;40mDial^[[0;37;40m("^[[1;35;40mLocal/8600052@default-5cd4,1^[[0;37;40m", "^[[1;35;40mSIP/sipcarrier/018186474919||tTor^[[0;37;40m") in new stack
[Apr 9 12:10:53] -- Called sipcarrier/018186474919
[Apr 9 12:10:57] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 9 12:10:59] -- SIP/sipcarrier-08651d18 is making progress passing it to Local/8600052@default-5cd4,1
[Apr 9 12:11:01] == Parsing '/etc/asterisk/manager.conf': [Apr 9 12:11:01] Found
[Apr 9 12:11:01] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 9 12:11:01] == Spawn extension (default, 9528186474919, 2) exited non-zero on 'Local/8600052@default-5cd4,1'
[Apr 9 12:11:01] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mLocal/8600052@default-5cd4,1^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------^[[0;37;40m") in new stack
[Apr 9 12:11:01] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Apr 9 12:11:01] == Spawn extension (default, 8600052, 1) exited non-zero on 'Local/8600052@default-5cd4,2'
[Apr 9 12:11:01] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mLocal/8600052@default-5cd4,2^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------^[[0;37;40m") in new stack
[Apr 9 12:11:01] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

.. for inside ViciDial, sample 2:

[Apr 9 12:24:53] -- Executing [8600052@default:1] ^[[1;36;40mMeetMe^[[0;37;40m("^[[1;35;40mLocal/8600052@default-758a,2^[[0;37;40m", "^[[1;35;40m8600052|F^[[0;37;40m") in new stack
[Apr 9 12:24:53] > Channel Local/8600052@default-758a,1 was answered.
[Apr 9 12:24:53] -- Executing [9528186474919@default:1] ^[[1;36;40mAGI^[[0;37;40m("^[[1;35;40mLocal/8600052@default-758a,1^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log^[[0;37;40m") in new stack
[Apr 9 12:24:53] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Apr 9 12:24:53] -- Executing [9528186474919@default:2] ^[[1;36;40mDial^[[0;37;40m("^[[1;35;40mLocal/8600052@default-758a,1^[[0;37;40m", "^[[1;35;40mSIP/sipcarrier/018186474919||tTor^[[0;37;40m") in new stack
[Apr 9 12:24:53] -- Called sipcarrier/018186474919
[Apr 9 12:24:57] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 9 12:25:00] -- SIP/sipcarrier-08651d18 is making progress passing it to Local/8600052@default-758a,1
[Apr 9 12:25:01] == Parsing '/etc/asterisk/manager.conf': [Apr 9 12:25:01] Found
[Apr 9 12:25:01] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 9 12:25:01] == Spawn extension (default, 9528186474919, 2) exited non-zero on 'Local/8600052@default-758a,1'
[Apr 9 12:25:01] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mLocal/8600052@default-758a,1^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------^[[0;37;40m") in new stack
[Apr 9 12:25:01] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Apr 9 12:25:01] == Spawn extension (default, 8600052, 1) exited non-zero on 'Local/8600052@default-758a,2'
[Apr 9 12:25:01] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mLocal/8600052@default-758a,2^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------^[[0;37;40m") in new stack
[Apr 9 12:25:01] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

.. bypassing Vicidial but from an internal extension registered to the PBX, sample 1:

[Apr 9 12:06:29] -- Executing [952018186474919@default:1] ^[[1;36;40mAGI^[[0;37;40m("^[[1;35;40mSIP/401-b7ce9860^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log^[[0;37;40m") in new stack
[Apr 9 12:06:29] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Apr 9 12:06:29] -- Executing [952018186474919@default:2] ^[[1;36;40mDial^[[0;37;40m("^[[1;35;40mSIP/401-b7ce9860^[[0;37;40m", "^[[1;35;40mSIP/sipcarrier/018186474919||tTor^[[0;37;40m") in new stack
[Apr 9 12:06:29] -- Called sipcarrier/018186474919
[Apr 9 12:06:35] -- SIP/sipcarrier-081f1458 is making progress passing it to SIP/401-b7ce9860
[Apr 9 12:06:36] == Spawn extension (default, 952018186474919, 2) exited non-zero on 'SIP/401-b7ce9860'
[Apr 9 12:06:36] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mSIP/401-b7ce9860^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------^[[0;37;40m") in new stack
[Apr 9 12:06:36] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

.. bypassing Vicidial but from an internal extension registered to the PBX, sample 2:

[Apr 9 12:16:40] -- Executing [952018186474919@default:1] ^[[1;36;40mAGI^[[0;37;40m("^[[1;35;40mSIP/401-b5530a38^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log^[[0;37;40m") in new stack
[Apr 9 12:16:40] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Apr 9 12:16:40] -- Executing [952018186474919@default:2] ^[[1;36;40mDial^[[0;37;40m("^[[1;35;40mSIP/401-b5530a38^[[0;37;40m", "^[[1;35;40mSIP/sipcarrier/018186474919||tTor^[[0;37;40m") in new stack
[Apr 9 12:16:40] -- Called sipcarrier/018186474919
[Apr 9 12:16:46] -- SIP/sipcarrier-081f1458 is making progress passing it to SIP/401-b5530a38
[Apr 9 12:16:47] == Spawn extension (default, 952018186474919, 2) exited non-zero on 'SIP/401-b5530a38'
[Apr 9 12:16:47] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mSIP/401-b5530a38^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------^[[0;37;40m") in new stack
[Apr 9 12:16:47] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

CallCentric

14:30:54.4 Call (l:'Luis Mora - SB2' r:'sip:011528186474919@callcentric.com') - Placing call.

14:30:54.9
SENDING TO: 204.11.192.22:5080
INVITE sip:011528186474919@callcentric.com SIP/2.0
To: <sip:011528186474919@callcentric.com>
From: Luis Mora - SB2<sip:17772798646@callcentric.com>;tag=0d5d482b
Via: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-330043967-1--d87543-;rport
Call-ID: e4457d639210b822
CSeq: 1 INVITE
Contact: <sip:17772798646@10.0.0.208:5060>
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
User-Agent: eyeBeam release 3004w stamp 16863
Content-Length: 224

v=0
o=- 15702023 15702197 IN IP4 10.0.0.208
s=eyeBeam
c=IN IP4 10.0.0.208
t=0 0
m=audio 9026 RTP/AVP 0 101
a=alt:1 1 : 7411A77A 12F29326 10.0.0.208 9026
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=sendrecv

14:30:55.0
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 407 Proxy Authentication Required
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-330043967-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>
i: e4457d639210b822
CSeq: 1 INVITE
Proxy-Authenticate: Digest realm="callcentric.com", domain="sip:callcentric.com", nonce="04487e584af6add8562a279f0883c4ec", opaque="", stale=TRUE, algorithm=MD5
l: 0


14:30:55.0
SENDING TO: 204.11.192.22:5080
ACK sip:011528186474919@callcentric.com SIP/2.0
To: <sip:011528186474919@callcentric.com>
From: Luis Mora - SB2<sip:17772798646@callcentric.com>;tag=0d5d482b
Via: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-330043967-1--d87543-;rport
Call-ID: e4457d639210b822
CSeq: 1 ACK
Content-Length: 0


14:30:55.3
SENDING TO: 204.11.192.22:5080
INVITE sip:011528186474919@callcentric.com SIP/2.0
To: <sip:011528186474919@callcentric.com>
From: Luis Mora - SB2<sip:17772798646@callcentric.com>;tag=0d5d482b
Via: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport
Call-ID: e4457d639210b822
CSeq: 2 INVITE
Contact: <sip:17772798646@10.0.0.208:5060>
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Proxy-Authorization: Digest username="17772798646",realm="callcentric.com",nonce="04487e584af6add8562a279f0883c4ec",uri="sip:011528186474919@callcentric.com",response="daa7c8c20233a51070f6cfbeaf9a54c1",algorithm=MD5,opaque=""
User-Agent: eyeBeam release 3004w stamp 16863
Content-Length: 224

v=0
o=- 15702023 15702197 IN IP4 10.0.0.208
s=eyeBeam
c=IN IP4 10.0.0.208
t=0 0
m=audio 9026 RTP/AVP 0 101
a=alt:1 1 : 7411A77A 12F29326 10.0.0.208 9026
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=sendrecv

14:30:55.5
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 100 Trying
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>
i: e4457d639210b822
CSeq: 2 INVITE
l: 0


14:30:55.5
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 100 Trying
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>
i: e4457d639210b822
CSeq: 2 INVITE
l: 0


14:30:55.7
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 183 Session Progress
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>;tag=3479830247-124013
i: e4457d639210b822
CSeq: 2 INVITE
m: <sip:961001d7c05c65c2f870d1b462f8df9b@204.11.192.22:5080;transport=udp>
c: application/sdp
l: 239

v=0
o=NexTone-MSW 1029037858 0 IN IP4 204.11.192.22
s=sip call
c=IN IP4 204.11.192.22
t=0 0
m=audio 58788 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -
a=setup:actpass

14:30:56.2
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 183 Session Progress
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>;tag=3479830247-124013
i: e4457d639210b822
CSeq: 2 INVITE
m: <sip:961001d7c05c65c2f870d1b462f8df9b@204.11.192.22:5080;transport=udp>
c: application/sdp
l: 239

v=0
o=NexTone-MSW 1029037858 0 IN IP4 204.11.192.22
s=sip call
c=IN IP4 204.11.192.22
t=0 0
m=audio 58788 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -
a=setup:actpass

14:30:57.2
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 183 Session Progress
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>;tag=3479830247-124013
i: e4457d639210b822
CSeq: 2 INVITE
m: <sip:961001d7c05c65c2f870d1b462f8df9b@204.11.192.22:5080;transport=udp>
c: application/sdp
l: 239

v=0
o=NexTone-MSW 1029037858 0 IN IP4 204.11.192.22
s=sip call
c=IN IP4 204.11.192.22
t=0 0
m=audio 58788 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -
a=setup:actpass

14:30:58.4
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 180 Ringing
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>;tag=3479830247-124013
i: e4457d639210b822
CSeq: 2 INVITE
m: <sip:961001d7c05c65c2f870d1b462f8df9b@204.11.192.22:5080;transport=udp>
c: application/sdp
l: 239

v=0
o=NexTone-MSW 1029037858 1 IN IP4 204.11.192.22
s=sip call
c=IN IP4 204.11.192.22
t=0 0
m=audio 58788 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -
a=setup:actpass

14:30:58.8
SENDING TO: 204.11.192.22:5080
CANCEL sip:011528186474919@callcentric.com SIP/2.0
To: <sip:011528186474919@callcentric.com>
From: Luis Mora - SB2<sip:17772798646@callcentric.com>;tag=0d5d482b
Via: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport
Call-ID: e4457d639210b822
CSeq: 2 CANCEL
Proxy-Authorization: Digest username="17772798646",realm="callcentric.com",nonce="04487e584af6add8562a279f0883c4ec",uri="sip:011528186474919@callcentric.com",response="ac4aad0fa9310372da9d24b120beb6be",algorithm=MD5,opaque=""
User-Agent: eyeBeam release 3004w stamp 16863
Content-Length: 0


14:30:58.9
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 180 Ringing
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>;tag=3479830247-124013
i: e4457d639210b822
CSeq: 2 INVITE
m: <sip:961001d7c05c65c2f870d1b462f8df9b@204.11.192.22:5080;transport=udp>
c: application/sdp
l: 239

v=0
o=NexTone-MSW 1029037858 1 IN IP4 204.11.192.22
s=sip call
c=IN IP4 204.11.192.22
t=0 0
m=audio 58788 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -
a=setup:actpass

14:30:59.0
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 200 OK
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>
i: e4457d639210b822
CSeq: 2 CANCEL
l: 0


14:30:59.0
RECEIVING FROM: 204.11.192.22:5080
SIP/2.0 487 Request Terminated
v: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport=5060;received=189.238.38.54
f: "Luis Mora - SB2" <sip:17772798646@callcentric.com>;tag=0d5d482b
t: <sip:011528186474919@callcentric.com>;tag=3479830247-124013
i: e4457d639210b822
CSeq: 2 INVITE
m: <sip:961001d7c05c65c2f870d1b462f8df9b@204.11.192.22:5080;transport=udp>
l: 0


14:30:59.0
SENDING TO: 204.11.192.22:5080
ACK sip:011528186474919@callcentric.com SIP/2.0
To: <sip:011528186474919@callcentric.com>;tag=3479830247-124013
From: Luis Mora - SB2<sip:17772798646@callcentric.com>;tag=0d5d482b
Via: SIP/2.0/UDP 10.0.0.208:5060;branch=z9hG4bK-d87543-251015650-1--d87543-;rport
Call-ID: e4457d639210b822
CSeq: 2 ACK
Content-Length: 0


14:30:59.1 Call (l:'Luis Mora - SB2' r:'sip:011528186474919@callcentric.com') - Call being terminated. Reasons: "Request Terminated", (code: 487)

[mflorell]

Have you tried another carrier?

[lmora]

I used to work with another but never paid attention to those times.

based on your experience, how long should it take this dial-to-ring time?


Rgds

[mflorell]

it varies greatly depending on your carrier and the carrier of the person you are calling.

[williamconley]

greatly.

there are a lot of carriers that do not have a "monthly fee" and many who have no setup fees. so a few accounts with $10 on them and you could easily test this across several carriers. you would also then have redundancy (which i always recommend for all my clients). in case of ANY irregularities regarding call connection, quality, breakups, whatever, you could very easily switch between carriers to test your setup.

set up dial9service, dial8service ... all the way to dial5service and you will suddenly have the ability to seriously troubleshoot this in a meaningful way. every installation and every carrier is different. it is also different based on your connection to those carriers (i have differences based on the internet providers being different within the same building ... major differences). so asking others will likely not get you useful information that you do not already have. test it! easier, cheap, and faster.

[lmora]

William, Matt

Following your advice I set up another carrier to test and compare this parameter and found that this new one took 3 seconds since dial to ring, while the other took 6 seconds. The test was done under the same conditions (same internet connection, same destination phone number, only me connected on the Vicidial server)

Doing the math I roughly estimate that there are 3 hours wasted a day for this additional 3 seconds my current provider takes to connect.
(4000 calls per day x 3 sec = 12,000 sec = 3.3 hr)

Just curious to know your opinion, from the standpoint of view of a carrier how easy would be for them fix it? does this happens due to the type of their equipments? Or it simply due to factors beyond their control.

[Apr 12 12:17:47] -- Executing [7528186474919@default:1] ^[[1;36;40mAGI^[[0;37;40m("^[[1;35;40mLocal/8600053@default-b428,1^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log^[[0;37;40m") in new stack
[Apr 12 12:17:47] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Apr 12 12:17:47] -- Executing [7528186474919@default:2] ^[[1;36;40mDial^[[0;37;40m("^[[1;35;40mLocal/8600053@default-b428,1^[[0;37;40m", "^[[1;35;40mSIP/callcentric/011528186474919||tTor^[[0;37;40m") in new stack
[Apr 12 12:17:47] -- Called callcentric/011528186474919
[Apr 12 12:17:48] -- SIP/callcentric-b5104658 is making progress passing it to Local/8600053@default-b428,1
[Apr 12 12:17:48] -- SIP/callcentric-b5104658 is making progress passing it to Local/8600053@default-b428,1
[Apr 12 12:17:49] -- SIP/callcentric-b5104658 is making progress passing it to Local/8600053@default-b428,1
[Apr 12 12:17:50] -- SIP/callcentric-b5104658 is ringing
[Apr 12 12:17:50] -- SIP/callcentric-b5104658 is making progress passing it to Local/8600053@default-b428,1
[Apr 12 12:17:51] == Parsing '/etc/asterisk/manager.conf': [Apr 12 12:17:51] Found
[Apr 12 12:17:51] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 12 12:17:51] == Spawn extension (default, 8600053, 1) exited non-zero on 'Local/8600053@default-b428,2'
[Apr 12 12:17:51] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mLocal/8600053@default-b428,2^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------^[[0;37;40m") in new stack
[Apr 12 12:17:51] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Apr 12 12:17:51] == Spawn extension (default, 7528186474919, 2) exited non-zero on 'Local/8600053@default-b428,1'
[Apr 12 12:17:51] -- Executing [h@default:1] ^[[1;36;40mDeadAGI^[[0;37;40m("^[[1;35;40mLocal/8600053@default-b428,1^[[0;37;40m", "^[[1;35;40magi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------^[[0;37;40m") in new stack
[Apr 12 12:17:51] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

Rgds

[williamconley]

i would expect that question to be similar to asking whether your Volkswagen dealer, from whom you purchased your "bug" can get that "bug" to go 147mph for you. Not entirely likely within your price range, but he may be able to arrange for you to purchase a different vehicle, at a different cost.

on the other hand, he may just have a different model available (not a bug, possibly used) that does go that fast, just doesn't display them on the floor.

perhaps you could arrange with your provider for a different server with a different lag time, who knows.

call 'em, ask

[lmora]

I called them and open a ticket.

By the way, the technical name for that time is PDD (post dial delay)

I will share the response.


Luis