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
@@ -56,7 +56,7 @@ What we're doing here is creating a [std-device] template and applying it to a p
56
56
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'.
57
57
58
58
```
59
-
\*CLI> sip show peers
59
+
*CLI> sip show peers
60
60
Name/username Host Dyn Nat ACL Port Status
61
61
0004f2040001/0004f2040001 192.168.128.145 D 5060 Unmonitored
62
62
0004f2040002/0004f2040002 192.168.128.126 D 5060 Unmonitored
@@ -69,7 +69,7 @@ Name/username Host Dyn Nat ACL Port Status
69
69
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.
70
70
71
71
```
72
-
\*CLI> core show hints
72
+
*CLI> core show hints
73
73
There are no registered dialplan hint
74
74
75
75
```
@@ -91,7 +91,7 @@ Then perform a 'dialplan reload' in order to reload the dialplan.
91
91
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.
370
370
371
371
```
372
-
\*CLI> queue show sales
372
+
*CLI> queue show sales
373
373
sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talktime), W:0, C:2, A:1, SL:0.0% within 0s
374
374
Members:
375
375
SIP/0004f2040001 (dynamic) (Not in use) has taken 2 calls (last was 6 secs ago)
@@ -435,9 +435,9 @@ Lets move into the nitty-gritty section and show how we can login and logout our
435
435
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.
436
436
437
437
```
438
-
; Extension \*100 or \*101 will login/logout a queue member from sales or support queues respectively.
439
-
exten => _\*10[0-1],1,Set(xtn=${EXTEN:1}) ; save ${EXTEN} with \* chopped off to ${xtn}
440
-
exten => _\*10[0-1],n,Goto(queueLoginLogout,member_check,1) ; check if already logged into a queue
438
+
; Extension *100 or *101 will login/logout a queue member from sales or support queues respectively.
439
+
exten => _*10[0-1],1,Set(xtn=${EXTEN:1}) ; save ${EXTEN} with * chopped off to ${xtn}
440
+
exten => _*10[0-1],n,Goto(queueLoginLogout,member_check,1) ; check if already logged into a queue
441
441
442
442
```
443
443
@@ -547,7 +547,7 @@ And that's it! Give it a shot and you should see console output similar to the f
547
547
You can see there are already a couple of queue members logged into the sales queue.
548
548
549
549
```
550
-
\*CLI> queue show sales
550
+
*CLI> queue show sales
551
551
sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talktime), W:0, C:2, A:1, SL:0.0% within 0s
552
552
Members:
553
553
SIP/0004f2040001 (dynamic) (Not in use) has taken no calls yet
@@ -559,9 +559,9 @@ sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talkti
559
559
Then we dial \*100 to logout the active device from the sales queue.
560
560
561
561
```
562
-
\*CLI> == Using SIP RTP CoS mark 5
563
-
-- Executing [\*100@devices:1] Set("SIP/0004f2040001-00000012", "xtn=100") in new stack
564
-
-- Executing [\*100@devices:2] Goto("SIP/0004f2040001-00000012", "queueLoginLogout,member_check,1") in new stack
562
+
*CLI> == Using SIP RTP CoS mark 5
563
+
-- Executing [*100@devices:1] Set("SIP/0004f2040001-00000012", "xtn=100") in new stack
564
+
-- Executing [*100@devices:2] Goto("SIP/0004f2040001-00000012", "queueLoginLogout,member_check,1") in new stack
565
565
-- Goto (queueLoginLogout,member_check,1)
566
566
-- Executing [member_check@queueLoginLogout:1] Verbose("SIP/0004f2040001-00000012", "2,Logging queue member in or out of the request queue") in new stack
567
567
== Logging queue member in or out of the request queue
@@ -595,7 +595,7 @@ Then we dial \*100 to logout the active device from the sales queue.
595
595
And we can see that the device we loggd out by running 'queue show sales'.
596
596
597
597
```
598
-
\*CLI> queue show sales
598
+
*CLI> queue show sales
599
599
sales has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 4s talktime), W:0, C:2, A:1, SL:0.0% within 0s
600
600
Members:
601
601
SIP/0004f2040002 (dynamic) (Not in use) has taken no calls yet
@@ -610,7 +610,7 @@ Once we have our queue members logged in, it is inevitable that they will want t
610
610
We have two devices logged into the sales queue as we can see with the 'queue show sales' CLI command.
611
611
612
612
```
613
-
\*CLI> queue show sales
613
+
*CLI> queue show sales
614
614
sales has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 0s
615
615
Members:
616
616
SIP/0004f2040002 (dynamic) (Not in use) has taken no calls yet
0 commit comments