You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/Configuration/Applications/Asterisk-Queues/Building-Queues.md
+42-42
Original file line number
Diff line number
Diff line change
@@ -50,7 +50,7 @@ What we're doing here is creating a [std-device] template and applying it to a p
50
50
Then our devices can register to Asterisk. In my case I have a hard phone and a soft phone registered. I can verify their connectivity by running 'sip show peers'.
51
51
52
52
```
53
-
\*CLI> sip show peers
53
+
*CLI> sip show peers
54
54
Name/username Host Dyn Nat ACL Port Status
55
55
0004f2040001/0004f2040001 192.168.128.145 D 5060 Unmonitored
56
56
0004f2040002/0004f2040002 192.168.128.126 D 5060 Unmonitored
@@ -63,7 +63,7 @@ Name/username Host Dyn Nat ACL Port Status
63
63
Next, we need to configure our system to track the state of the devices. We do this by defining a 'hint' in the dialplan which creates the ability for a device subscription to be retained in memory. By default we can see there are no hints registered in our system by running the 'core show hints' command.
64
64
65
65
```
66
-
\*CLI> core show hints
66
+
*CLI> core show hints
67
67
There are no registered dialplan hint
68
68
69
69
```
@@ -84,7 +84,7 @@ Then perform a 'dialplan reload' in order to reload the dialplan.
84
84
After reloading our dialplan, you can see the status of the devices with 'core show hints' again.
And we see that our queue member is available to take another call.
362
362
363
363
```
364
-
\*CLI> queue show sales
364
+
*CLI> queue show sales
365
365
sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talktime), W:0, C:2, A:1, SL:0.0% within 0s
366
366
Members:
367
367
SIP/0004f2040001 (dynamic) (Not in use) has taken 2 calls (last was 6 secs ago)
@@ -426,9 +426,9 @@ Lets move into the nitty-gritty section and show how we can login and logout our
426
426
First, we create a pattern match that takes star plus the queue number that we want to login or logout of. So to login/out of the sales queue (100) we would dial \*100. We use the same extension for logging in and out.
427
427
428
428
```
429
-
; Extension \*100 or \*101 will login/logout a queue member from sales or support queues respectively.
430
-
exten => _\*10[0-1],1,Set(xtn=${EXTEN:1}) ; save ${EXTEN} with \* chopped off to ${xtn}
431
-
exten => _\*10[0-1],n,Goto(queueLoginLogout,member_check,1) ; check if already logged into a queue
429
+
; Extension *100 or *101 will login/logout a queue member from sales or support queues respectively.
430
+
exten => _*10[0-1],1,Set(xtn=${EXTEN:1}) ; save ${EXTEN} with * chopped off to ${xtn}
431
+
exten => _*10[0-1],n,Goto(queueLoginLogout,member_check,1) ; check if already logged into a queue
432
432
433
433
```
434
434
@@ -537,7 +537,7 @@ And that's it! Give it a shot and you should see console output similar to the f
537
537
You can see there are already a couple of queue members logged into the sales queue.
538
538
539
539
```
540
-
\*CLI> queue show sales
540
+
*CLI> queue show sales
541
541
sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talktime), W:0, C:2, A:1, SL:0.0% within 0s
542
542
Members:
543
543
SIP/0004f2040001 (dynamic) (Not in use) has taken no calls yet
@@ -549,9 +549,9 @@ sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talkti
549
549
Then we dial \*100 to logout the active device from the sales queue.
550
550
551
551
```
552
-
\*CLI> == Using SIP RTP CoS mark 5
553
-
-- Executing [\*100@devices:1] Set("SIP/0004f2040001-00000012", "xtn=100") in new stack
554
-
-- Executing [\*100@devices:2] Goto("SIP/0004f2040001-00000012", "queueLoginLogout,member_check,1") in new stack
552
+
*CLI> == Using SIP RTP CoS mark 5
553
+
-- Executing [*100@devices:1] Set("SIP/0004f2040001-00000012", "xtn=100") in new stack
554
+
-- Executing [*100@devices:2] Goto("SIP/0004f2040001-00000012", "queueLoginLogout,member_check,1") in new stack
555
555
-- Goto (queueLoginLogout,member_check,1)
556
556
-- Executing [member_check@queueLoginLogout:1] Verbose("SIP/0004f2040001-00000012", "2,Logging queue member in or out of the request queue") in new stack
557
557
== Logging queue member in or out of the request queue
@@ -585,7 +585,7 @@ Then we dial \*100 to logout the active device from the sales queue.
585
585
And we can see that the device we loggd out by running 'queue show sales'.
586
586
587
587
```
588
-
\*CLI> queue show sales
588
+
*CLI> queue show sales
589
589
sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talktime), W:0, C:2, A:1, SL:0.0% within 0s
590
590
Members:
591
591
SIP/0004f2040002 (dynamic) (Not in use) has taken no calls yet
@@ -600,7 +600,7 @@ Once we have our queue members logged in, it is inevitable that they will want t
600
600
We have two devices logged into the sales queue as we can see with the 'queue show sales' CLI command.
601
601
602
602
```
603
-
\*CLI> queue show sales
603
+
*CLI> queue show sales
604
604
sales has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 0s
605
605
Members:
606
606
SIP/0004f2040002 (dynamic) (Not in use) has taken no calls yet
0 commit comments