Send cisco-voip mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. java vs non-java software download differences (days vs
hours) (Lelio Fulgenzi)
2. Re: Jump upgrade: 4.1.3>7.1.5b > 9.1.2 (Ryan Ratliff (rratliff))
3. Implement UCCX Geographic Inbound Call Routing using callers
area code (Grace Maximuangu)
4. Re: Implement UCCX Geographic Inbound Call Routing using
callers area code (Chase Mergenthal)
5. 3905 SIP showing AUTO-REG for DN despite Factory Reset
(Jason Aarons (AM))
6. RESOLVED 3905 SIP showing AUTO-REG for DN despite Factory
Reset (Jason Aarons (AM))
7. Re: 3905 SIP showing AUTO-REG for DN despite Factory Reset
(Adam Frankel (afrankel))
8. Re: Implement UCCX Geographic Inbound Call Routing using
callers area code (Anthony Holloway)
9. Re: 3905 SIP showing AUTO-REG for DN despite Factory Reset
(Jason Aarons (AM))
10. Re: Implement UCCX Geographic Inbound Call Routing using
callers area code (Heim, Dennis)
11. Re: Implement UCCX Geographic Inbound Call Routing using
callers area code (Anthony Holloway)
12. Router as H323 GW and also as SIP GW (vignesh sethuraman)
13. iPad console cable (Erick Wellnitz)
----------------------------------------------------------------------
Message: 1
Date: Mon, 30 Sep 2013 13:03:54 -0400 (EDT)
From: Lelio Fulgenzi <[email protected]>
To: "cisco-voip ([email protected])"
<[email protected]>
Subject: [cisco-voip] java vs non-java software download differences
(days vs hours)
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
ok, so i thought to myself, try out this fancy java based downloader. yeah,
well, it's got something like 47 hours to download a file vs 1 hour with the
non-java version.
i like the idea of a simple process, but this seems a bit much.
what are other people's thoughts/luck on using the (new) tool ?
---
Lelio Fulgenzi, B.A.
Senior Analyst, Data Centre and Communications Facilities
Computing and Communications Services (CCS)
University of Guelph
519?824?4120 Ext 56354
[email protected]
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/b8a85ccb/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 30 Sep 2013 17:46:04 +0000
From: "Ryan Ratliff (rratliff)" <[email protected]>
To: Peter Slow <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Jump upgrade: 4.1.3>7.1.5b > 9.1.2
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="windows-1252"
Really it only saves you the step of creating a new VM. If you are tight on
host resources or don't want to re-deply from OVA then you may go this route.
-Ryan
On Sep 27, 2013, at 3:16 PM, Peter Slow
<[email protected]<mailto:[email protected]>> wrote:
...So, is there a particular scenario where the align partitions option
_should_ be used? I can't think of one, if it blows away all your info... It
must have been added for a reason, no?
Just curious,
-Pete
On Sep 27, 2013, at 12:27 PM, "Heim, Dennis"
<[email protected]<mailto:[email protected]>> wrote:
Thanks. I just saw it and was curious.
Dennis Heim | Solution Architect (Collaboration)
World Wide Technology, Inc. | 314-212-1814
PS Engineering: Innovate & Ignite.
From: Joe Martini [mailto:[email protected]<http://cisco.com/>]
Sent: Friday, September 27, 2013 10:37 AM
To: Mike
Cc: Heim, Dennis; 'Cisco VOIP'
Subject: Re: [cisco-voip] Jump upgrade: 4.1.3>7.1.5b > 9.1.2
Dennis,
The recovery disk option is not a way around rebuilding since the recovery disk
warns that all data will be lost, thus a rebuild is still required.
<image001.png>
Joe
On Sep 26, 2013, at 9:54 PM, Mike <[email protected]<mailto:[email protected]>> wrote:
Whats in 9.1.2 that makes this possible? I only have media for 9.1.1
From: Heim, Dennis [mailto:[email protected]<http://wwt.com/>]
Sent: Thursday, September 26, 2013 9:49 PM
To: Mike ; 'Cisco VOIP'
Subject: RE: [cisco-voip] Jump upgrade: 4.1.3>7.1.5b > 9.1.2
I just did a 5.1(3g) -> 6.1(5) -> 7.1(5) -> 9.1(1) not that long ago. It is not
a jump upgrade. I did try it to 9.1(2) at one point. It seemed to work, but you
have unaligned partitions. You would need to do drs backup and restore. I
noticed with the 9.1(1) recovery disk there is the option to align partitions.
I wonder if that is a way around rebuilding. I think a fresh backup and restore
at the end is a good measure anyway.
Dennis Heim | Solution Architect (Collaboration)
World Wide Technology, Inc. | 314-212-1814
PS Engineering: Innovate & Ignite.
From: cisco-voip [mailto:[email protected]] On Behalf Of Mike
Sent: Thursday, September 26, 2013 3:29 PM
To: 'Cisco VOIP'
Subject: [cisco-voip] Jump upgrade: 4.1.3>7.1.5b > 9.1.2
Couple questions.
I DMA?d to 7.1.5b on 7825 then DRS out to 7.1.5b in vmware .
Question is I don?t have a bootable copy of 9.1.2 so I was going to upgrade
7.1.5 vm using non-bootable and do the fresh install with 9.1.1 with an upgrade
during install to 9.1.2.
Is this supported?
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/890ff87f/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 30 Sep 2013 16:14:22 -0400
From: Grace Maximuangu <[email protected]>
To: Anthony Holloway <[email protected]>, "Ryan
LaFountain (rlafount)" <[email protected]>,
"[email protected]" <[email protected]>
Subject: [cisco-voip] Implement UCCX Geographic Inbound Call Routing
using callers area code
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi all,
I have a customer requirement, when a call is placed into the call center, the
script needs to query an xml file using Xpath (they do not want to do a
database lookup at this time) to determine what CSQ to place the call in.
Has anyone done this before?
Or does anyone have a sample code that can be modified to satisfy this
requirement?
:-:gm
Grace Maximuangu
Voice Solutions Engineer
Black Box Network Services
Cell: 213.268.6342
[email protected]<mailto:[email protected]>
www.blackbox.com<http://www.blackbox.com/>
[cid:[email protected]]
________________________________
This email and any files transmitted with it are confidential and are intended
for the sole use of the individual to whom they are addressed. Black Box
Corporation reserves the right to scan all e-mail traffic for restricted
content and to monitor all e-mail in general. If you are not the intended
recipient or you have received this email in error, any use, dissemination or
forwarding of this email is strictly prohibited. If you have received this
email in error, please notify the sender by replying to this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/8e8d7233/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 4336 bytes
Desc: image002.jpg
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/8e8d7233/attachment-0001.jpg>
------------------------------
Message: 4
Date: Mon, 30 Sep 2013 20:29:23 +0000
From: Chase Mergenthal <[email protected]>
To: Grace Maximuangu <[email protected]>, Anthony Holloway
<[email protected]>, "Ryan LaFountain (rlafount)"
<[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [cisco-voip] Implement UCCX Geographic Inbound Call
Routing using callers area code
Message-ID:
<22ab30f1d5a742e084f5b87a715ed...@by2pr08mb128.namprd08.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"
Conceptually this is how you could do it:
[cid:[email protected]]
Xml doc:
<triggers>
<trigger number="17631112222?>
<csq>CSQ</csq>
</trigger>
</triggers>
Chase Mergenthal | Digital River
p: +1 952 225 3202 |
[email protected]<mailto:[email protected]> |
digitalriver.com<http://www.digitalriver.com/>
10380 Bren Road West, Minnetonka, MN 55343, United States
From: cisco-voip [mailto:[email protected]] On Behalf Of Grace
Maximuangu
Sent: Monday, September 30, 2013 3:14 PM
To: Anthony Holloway; Ryan LaFountain (rlafount); [email protected]
Subject: [cisco-voip] Implement UCCX Geographic Inbound Call Routing using
callers area code
Hi all,
I have a customer requirement, when a call is placed into the call center, the
script needs to query an xml file using Xpath (they do not want to do a
database lookup at this time) to determine what CSQ to place the call in.
Has anyone done this before?
Or does anyone have a sample code that can be modified to satisfy this
requirement?
:-:gm
Grace Maximuangu
Voice Solutions Engineer
Black Box Network Services
Cell: 213.268.6342
[email protected]<mailto:[email protected]>
www.blackbox.com<http://www.blackbox.com/>
[bbox logo.JPG]
________________________________
This email and any files transmitted with it are confidential and are intended
for the sole use of the individual to whom they are addressed. Black Box
Corporation reserves the right to scan all e-mail traffic for restricted
content and to monitor all e-mail in general. If you are not the intended
recipient or you have received this email in error, any use, dissemination or
forwarding of this email is strictly prohibited. If you have received this
email in error, please notify the sender by replying to this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/74c4bc32/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4336 bytes
Desc: image001.jpg
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/74c4bc32/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7182 bytes
Desc: image002.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/74c4bc32/attachment-0001.png>
------------------------------
Message: 5
Date: Mon, 30 Sep 2013 18:40:14 -0400
From: "Jason Aarons (AM)" <[email protected]>
To: "cisco-voip ([email protected])"
<[email protected]>
Subject: [cisco-voip] 3905 SIP showing AUTO-REG for DN despite Factory
Reset
Message-ID:
<4e38db0a1959b04c8c83edcf069b53ed0d3bb69...@usispclexdb01.na.didata.local>
Content-Type: text/plain; charset="windows-1252"
This phone is in CallManager 9.1 It's a new 3905 deployment.
In CallManager the phone shows Rejected. The phone web page says Phone DN is
AUTO-REG. I've factory reset the phone and reset it in CallManager but the
phone stays Rejected in CCM. Any ideas? Perhaps a bug in the phone firmware?
If I http to the phone I see;
http://10.XX.XX.XX/Device_Information.html
MAC Address 08:CC:68:E8:3A:36
Host Name SEP08CC68E83A36
Phone DN AUTO-REG
App Load ID 3905.9-2-2ES7
Boot Load ID 3905.0-0-0-01-01
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/88893f55/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 30 Sep 2013 18:57:57 -0400
From: "Jason Aarons (AM)" <[email protected]>
To: "Jason Aarons (AM)" <[email protected]>, "cisco-voip
([email protected])" <[email protected]>
Subject: [cisco-voip] RESOLVED 3905 SIP showing AUTO-REG for DN
despite Factory Reset
Message-ID:
<4e38db0a1959b04c8c83edcf069b53ed0d3bb69...@usispclexdb01.na.didata.local>
Content-Type: text/plain; charset="windows-1252"
Looking at working 3905 (same vlan) the diference is the Rejected phone under
http://phoneip in Device Information the Time Zone is blank and the Date is
01/01/1970.
So I recall seeing this before on SCCP 7965 last year.
I changed the Device Pool to something else and the phone Registered just fine.
I think changed it back to the original setting no issues.
From: cisco-voip [mailto:[email protected]] On Behalf Of Jason
Aarons (AM)
Sent: Monday, September 30, 2013 6:40 PM
To: cisco-voip ([email protected])
Subject: [cisco-voip] 3905 SIP showing AUTO-REG for DN despite Factory Reset
This phone is in CallManager 9.1 It's a new 3905 deployment.
In CallManager the phone shows Rejected. The phone web page says Phone DN is
AUTO-REG. I've factory reset the phone and reset it in CallManager but the
phone stays Rejected in CCM. Any ideas? Perhaps a bug in the phone firmware?
If I http to the phone I see;
http://10.XX.XX.XX/Device_Information.html
MAC Address 08:CC:68:E8:3A:36
Host Name SEP08CC68E83A36
Phone DN AUTO-REG
App Load ID 3905.9-2-2ES7
Boot Load ID 3905.0-0-0-01-01
itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/9d6187d3/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 1 Oct 2013 01:13:09 +0000
From: "Adam Frankel (afrankel)" <[email protected]>
To: "Jason Aarons (AM)" <[email protected]>, "cisco-voip
([email protected])" <[email protected]>
Subject: Re: [cisco-voip] 3905 SIP showing AUTO-REG for DN despite
Factory Reset
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Assuming autoreg enabled properly, and the cluster is not in mixed mode, check
the database replication status using "utils dbreplication runtimestate" and
"utils dbreplication status". If that looks good, please post the exact CUCM
version and firmware version on the 3905.
--
Adam
From: cisco-voip [mailto:[email protected]] On Behalf Of Jason
Aarons (AM)
Sent: Monday, September 30, 2013 6:40 PM
To: cisco-voip ([email protected])
Subject: [cisco-voip] 3905 SIP showing AUTO-REG for DN despite Factory Reset
This phone is in CallManager 9.1 It's a new 3905 deployment.
In CallManager the phone shows Rejected. The phone web page says Phone DN is
AUTO-REG. I've factory reset the phone and reset it in CallManager but the
phone stays Rejected in CCM. Any ideas? Perhaps a bug in the phone firmware?
If I http to the phone I see;
http://10.XX.XX.XX/Device_Information.html
MAC Address 08:CC:68:E8:3A:36
Host Name SEP08CC68E83A36
Phone DN AUTO-REG
App Load ID 3905.9-2-2ES7
Boot Load ID 3905.0-0-0-01-01
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/35ef0b0d/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 30 Sep 2013 20:59:39 -0500
From: Anthony Holloway <[email protected]>
To: Chase Mergenthal <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Implement UCCX Geographic Inbound Call
Routing using callers area code
Message-ID:
<cacrcjoiciclwxbyq8wyl9ktuj1jvesdwtw2vw9zz7nhwapz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Chase,
That XPATH can be condense like so:
"//[@number='" + ani + "']/csq"
You could also condense the XML to:
<?xml version="1.0" encoding="utf-8"?>
<triggers>
<trigger number="17631112222">CSQ</trigger>
</triggers>
And then your XPATH is simply:
"//[@number='" + ani + "']"
However, Grace is looking for a solution based on caller's area code, which
would involve at least one more step: pulling the area code out of the
calling number. So Grace, this is how you pull an area code from the
calling number.
ani = Get Call Contact Info (Calling Number)
Set area_code = ani.substring(0, 3)
And now at this point, one could use the XML file approach as Chase has
pointed out.
<?xml version="1.0" encoding="utf-8"?>
<areas>
<area code="612">Midwest_CSQ</area>
<area code="305">East_CSQ</area>
</areas>
Of course that can be a large file considering there are almost 300 area
codes in use today, and that number is growing towards its current maximum
potential of 800 numbers. In an effort to shrink that document, you could
compress the data yourself like this:
<?xml version="1.0" encoding="utf-8"?>
<a><b c="612">0</b><b c="305">1</b></a>
We're just using single characters to represent the tag names, and numeric
values for the CSQ names. You will need a String Array to convert the
digit value of the CSQ into the actual CSQ like this:
Variable
String[] csq_map = new String[] {"Midwest_CSQ", "East_CSQ"}
Script
result = Get XML Document Data(xml_doc, "//[@c='" + ani + "']")
Set csq = csq_map[Integer.parseInt(result)]
If you haven't worked with String Arrays yet, just know that each element
in the array has an associated value, or index, and it starts with 0 on the
left, and goes up incrementally from there to the right. So in the above
example, Midwest_CSQ is 0 and East_CSQ is 1.
At this point, your csq variable holds the name of the CSQ, and you saved
yourself some amount of JVM heap usage. The reason this saves space is
because if you have 150 area codes for which CSQ NorthCentralSupport_CSQ (a
23 character name) serves, then without the trick you need at least 150 *
length of CSQ Name, which is 3.4KB. With the trick I used, you get the
text alone down to 150Bytes (the character "0" used 150 times). That's a
96% decrease. Now, the String Array doesn't come for free, and there is a
formula to figure it out, but I'd wager you're fine doing without the
compression at all, therefore compression is just icing on the cake. Just
use RTMT perfmon counters to watch your JVM heap usage.
You could alternatively use a java switch block and keep all dependencies
right inside the script, but I don't know if the XML functionality is a
requirement for you or not.
Example:
Do {
switch (area_code) {
case "612": case "763": case "651":
csq = "Midwest_CSQ";
break;
case "305": case "786":
csq = "East_CSQ";
break;
default:
csq = "Default_CSQ";
}
}
This has the advantage of not having to assign the csq variable for each
area code in the US, rather you do it for blocks of csq's rather easily, as
I have demonstrated. If you needed this to be available to a few other
scripts, consider making it a sub flow which takes 1 input mapping of the
ani, and provides 1 output mapping of the mapped csq name like so:
area_code_lookup.aef
Variables
String csq = ""
String ani = ""
Script
Start
On Exception (WFExecutionException) Goto End of Script
Do {
switch (ani.substring(0, 3)) {
case "612": case "763": case "651":
csq = "Midwest_CSQ":
break;
case "305": case "786":
csq = "East_CSQ";
break;
}
}
End of Script:
End
main_aa.aef
Variables
String csq = ""
String ani = ""
Script
Start
Accept(--Triggering Contact--)
ani = Get Call Contact Info (Calling Number)
csq = Call Subflow (SCRIPT[area_code_lookup.aef], Input: ani, Output: csq)
Set csq (csq == null || csq.trim() == "") ? "Default_CSQ" : csq
Select Resource (--Triggering Contact-- from csq)
Connected
End
Queued
...queue logic...
End
There's many different ways to solve for this requirement. Which one you
pick should meet the objective first, and then be easy to troubleshoot and
administer second. The rest is subjective. In my opinion...of course!
Haha.
Good luck.
On Mon, Sep 30, 2013 at 3:29 PM, Chase Mergenthal <
[email protected]> wrote:
> Conceptually this is how you could do it:****
>
> ** **
>
> ****
>
> ** **
>
> Xml doc:****
>
> ** **
>
> <triggers>****
>
> ** **
>
> <trigger number="17631112222?>****
>
> <csq>CSQ</csq>****
>
> </trigger>****
>
> ** **
>
> </triggers>****
>
> ** **
>
> ** **
>
> Chase Mergenthal *|* Digital River****
>
> p: +1 952 225 3202 *|* [email protected] *|*
> digitalriver.com<http://www.digitalriver.com/>
> ****
>
> 10380 Bren Road West, Minnetonka, MN 55343, United States****
>
> ** **
>
> *From:* cisco-voip [mailto:[email protected]] *On Behalf
> Of *Grace Maximuangu
> *Sent:* Monday, September 30, 2013 3:14 PM
> *To:* Anthony Holloway; Ryan LaFountain (rlafount);
> [email protected]
> *Subject:* [cisco-voip] Implement UCCX Geographic Inbound Call Routing
> using callers area code****
>
> ** **
>
> Hi all,****
>
> I have a customer requirement, when a call is placed into the call center,
> the script needs to query an xml file using Xpath (they do not want to do a
> database lookup at this time) to determine what CSQ to place the call in.
> ****
>
> Has anyone done this before?****
>
> Or does anyone have a sample code that can be modified to satisfy this
> requirement?****
>
> ** **
>
> :-:gm****
>
> ** **
>
> Grace Maximuangu****
>
> Voice Solutions Engineer****
>
> *Black Box Network Services*
>
> Cell: 213.268.6342****
>
> [email protected]****
>
> www.blackbox.com ****
>
> ** **
>
> [image: bbox logo.JPG]****
>
> ** **
>
> ** **
> ------------------------------
>
> This email and any files transmitted with it are confidential and are
> intended for the sole use of the individual to whom they are addressed.
> Black Box Corporation reserves the right to scan all e-mail traffic for
> restricted content and to monitor all e-mail in general. If you are not the
> intended recipient or you have received this email in error, any use,
> dissemination or forwarding of this email is strictly prohibited. If you
> have received this email in error, please notify the sender by replying to
> this email.****
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/18e99506/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7182 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/18e99506/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4336 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130930/18e99506/attachment-0001.jpg>
------------------------------
Message: 9
Date: Tue, 1 Oct 2013 08:19:59 -0400
From: "Jason Aarons (AM)" <[email protected]>
To: "Adam Frankel (afrankel)" <[email protected]>, "cisco-voip
([email protected])" <[email protected]>
Subject: Re: [cisco-voip] 3905 SIP showing AUTO-REG for DN despite
Factory Reset
Message-ID:
<4e38db0a1959b04c8c83edcf069b53ed0d3bb69...@usispclexdb01.na.didata.local>
Content-Type: text/plain; charset="windows-1252"
Auto Registration is disabled on the cluster (has been). Database replication
was good.
I experienced this with both 8.6 last year at another customer.
Currently this is 9.1.1.21018-1 and 3905 is running 3905.9-2-2ES7
From: Adam Frankel (afrankel) [mailto:[email protected]]
Sent: Monday, September 30, 2013 9:13 PM
To: Jason Aarons (AM); cisco-voip ([email protected])
Subject: RE: 3905 SIP showing AUTO-REG for DN despite Factory Reset
Assuming autoreg enabled properly, and the cluster is not in mixed mode, check
the database replication status using "utils dbreplication runtimestate" and
"utils dbreplication status". If that looks good, please post the exact CUCM
version and firmware version on the 3905.
--
Adam
From: cisco-voip [mailto:[email protected]] On Behalf Of Jason
Aarons (AM)
Sent: Monday, September 30, 2013 6:40 PM
To: cisco-voip ([email protected]<mailto:[email protected]>)
Subject: [cisco-voip] 3905 SIP showing AUTO-REG for DN despite Factory Reset
This phone is in CallManager 9.1 It's a new 3905 deployment.
In CallManager the phone shows Rejected. The phone web page says Phone DN is
AUTO-REG. I've factory reset the phone and reset it in CallManager but the
phone stays Rejected in CCM. Any ideas? Perhaps a bug in the phone firmware?
If I http to the phone I see;
http://10.XX.XX.XX/Device_Information.html
MAC Address 08:CC:68:E8:3A:36
Host Name SEP08CC68E83A36
Phone DN AUTO-REG
App Load ID 3905.9-2-2ES7
Boot Load ID 3905.0-0-0-01-01
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/0b3d698c/attachment-0001.html>
------------------------------
Message: 10
Date: Tue, 1 Oct 2013 09:21:51 -0500
From: "Heim, Dennis" <[email protected]>
To: Anthony Holloway <[email protected]>, Chase
Mergenthal <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Implement UCCX Geographic Inbound Call
Routing using callers area code
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
If you have a large amount of area code, and have premium, database lookup is
probably more efficient.
Dennis Heim | Solution Architect (Collaboration)
World Wide Technology, Inc. | 314-212-1814
PS Engineering: Innovate & Ignite.
From: cisco-voip [mailto:[email protected]] On Behalf Of
Anthony Holloway
Sent: Monday, September 30, 2013 10:00 PM
To: Chase Mergenthal
Cc: [email protected]
Subject: Re: [cisco-voip] Implement UCCX Geographic Inbound Call Routing using
callers area code
Chase,
That XPATH can be condense like so:
"//[@number='" + ani + "']/csq"
You could also condense the XML to:
<?xml version="1.0" encoding="utf-8"?>
<triggers>
<trigger number="17631112222">CSQ</trigger>
</triggers>
And then your XPATH is simply:
"//[@number='" + ani + "']"
However, Grace is looking for a solution based on caller's area code, which
would involve at least one more step: pulling the area code out of the calling
number. So Grace, this is how you pull an area code from the calling number.
ani = Get Call Contact Info (Calling Number)
Set area_code = ani.substring(0, 3)
And now at this point, one could use the XML file approach as Chase has pointed
out.
<?xml version="1.0" encoding="utf-8"?>
<areas>
<area code="612">Midwest_CSQ</area>
<area code="305">East_CSQ</area>
</areas>
Of course that can be a large file considering there are almost 300 area codes
in use today, and that number is growing towards its current maximum potential
of 800 numbers. In an effort to shrink that document, you could compress the
data yourself like this:
<?xml version="1.0" encoding="utf-8"?>
<a><b c="612">0</b><b c="305">1</b></a>
We're just using single characters to represent the tag names, and numeric
values for the CSQ names. You will need a String Array to convert the digit
value of the CSQ into the actual CSQ like this:
Variable
String[] csq_map = new String[] {"Midwest_CSQ", "East_CSQ"}
Script
result = Get XML Document Data(xml_doc, "//[@c='" + ani + "']")
Set csq = csq_map[Integer.parseInt(result)]
If you haven't worked with String Arrays yet, just know that each element in
the array has an associated value, or index, and it starts with 0 on the left,
and goes up incrementally from there to the right. So in the above example,
Midwest_CSQ is 0 and East_CSQ is 1.
At this point, your csq variable holds the name of the CSQ, and you saved
yourself some amount of JVM heap usage. The reason this saves space is because
if you have 150 area codes for which CSQ NorthCentralSupport_CSQ (a 23
character name) serves, then without the trick you need at least 150 * length
of CSQ Name, which is 3.4KB. With the trick I used, you get the text alone
down to 150Bytes (the character "0" used 150 times). That's a 96% decrease.
Now, the String Array doesn't come for free, and there is a formula to figure
it out, but I'd wager you're fine doing without the compression at all,
therefore compression is just icing on the cake. Just use RTMT perfmon
counters to watch your JVM heap usage.
You could alternatively use a java switch block and keep all dependencies right
inside the script, but I don't know if the XML functionality is a requirement
for you or not.
Example:
Do {
switch (area_code) {
case "612": case "763": case "651":
csq = "Midwest_CSQ";
break;
case "305": case "786":
csq = "East_CSQ";
break;
default:
csq = "Default_CSQ";
}
}
This has the advantage of not having to assign the csq variable for each area
code in the US, rather you do it for blocks of csq's rather easily, as I have
demonstrated. If you needed this to be available to a few other scripts,
consider making it a sub flow which takes 1 input mapping of the ani, and
provides 1 output mapping of the mapped csq name like so:
area_code_lookup.aef
Variables
String csq = ""
String ani = ""
Script
Start
On Exception (WFExecutionException) Goto End of Script
Do {
switch (ani.substring(0, 3)) {
case "612": case "763": case "651":
csq = "Midwest_CSQ":
break;
case "305": case "786":
csq = "East_CSQ";
break;
}
}
End of Script:
End
main_aa.aef
Variables
String csq = ""
String ani = ""
Script
Start
Accept(--Triggering Contact--)
ani = Get Call Contact Info (Calling Number)
csq = Call Subflow (SCRIPT[area_code_lookup.aef], Input: ani, Output: csq)
Set csq (csq == null || csq.trim() == "") ? "Default_CSQ" : csq
Select Resource (--Triggering Contact-- from csq)
Connected
End
Queued
...queue logic...
End
There's many different ways to solve for this requirement. Which one you pick
should meet the objective first, and then be easy to troubleshoot and
administer second. The rest is subjective. In my opinion...of course! Haha.
Good luck.
On Mon, Sep 30, 2013 at 3:29 PM, Chase Mergenthal
<[email protected]<mailto:[email protected]>> wrote:
Conceptually this is how you could do it:
[cid:[email protected]]
Xml doc:
<triggers>
<trigger number="17631112222?>
<csq>CSQ</csq>
</trigger>
</triggers>
Chase Mergenthal | Digital River
p: +1 952 225 3202<tel:%2B1%20952%20225%203202> |
[email protected]<mailto:[email protected]> |
digitalriver.com<http://www.digitalriver.com/>
10380 Bren Road West, Minnetonka, MN 55343, United States
From: cisco-voip
[mailto:[email protected]<mailto:[email protected]>]
On Behalf Of Grace Maximuangu
Sent: Monday, September 30, 2013 3:14 PM
To: Anthony Holloway; Ryan LaFountain (rlafount);
[email protected]<mailto:[email protected]>
Subject: [cisco-voip] Implement UCCX Geographic Inbound Call Routing using
callers area code
Hi all,
I have a customer requirement, when a call is placed into the call center, the
script needs to query an xml file using Xpath (they do not want to do a
database lookup at this time) to determine what CSQ to place the call in.
Has anyone done this before?
Or does anyone have a sample code that can be modified to satisfy this
requirement?
:-:gm
Grace Maximuangu
Voice Solutions Engineer
Black Box Network Services
Cell: 213.268.6342<tel:213.268.6342>
[email protected]<mailto:[email protected]>
www.blackbox.com<http://www.blackbox.com/>
[cid:[email protected]]
________________________________
This email and any files transmitted with it are confidential and are intended
for the sole use of the individual to whom they are addressed. Black Box
Corporation reserves the right to scan all e-mail traffic for restricted
content and to monitor all e-mail in general. If you are not the intended
recipient or you have received this email in error, any use, dissemination or
forwarding of this email is strictly prohibited. If you have received this
email in error, please notify the sender by replying to this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/3e039569/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7182 bytes
Desc: image002.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/3e039569/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 4336 bytes
Desc: image003.jpg
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/3e039569/attachment-0001.jpg>
------------------------------
Message: 11
Date: Tue, 1 Oct 2013 10:14:33 -0500
From: Anthony Holloway <[email protected]>
To: "Heim, Dennis" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Implement UCCX Geographic Inbound Call
Routing using callers area code
Message-ID:
<CACRCJOhaY2E=hfPVxUjEYPSH2qDr4QD_=cq6a8pq5bkax4z...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Dennis,
I would agree with you on this. If Premium is already in play, then DB
integration is your best bet. However, moving to Premium just for this one
task would be very expensive. So, it just depends on what's already in
play.
Great recommendation.
On Tue, Oct 1, 2013 at 9:21 AM, Heim, Dennis <[email protected]> wrote:
> If you have a large amount of area code, and have premium, database lookup
> is probably more efficient.****
>
> ** **
>
> *Dennis Heim | Solution Architect (Collaboration)*****
>
> World Wide Technology, Inc. | 314-212-1814****
>
> ** **
>
> *PS Engineering: ** Innovate & Ignite.*****
>
> * *
>
> ** **
>
> *From:* cisco-voip [mailto:[email protected]] *On Behalf
> Of *Anthony Holloway
> *Sent:* Monday, September 30, 2013 10:00 PM
> *To:* Chase Mergenthal
> *Cc:* [email protected]
> *Subject:* Re: [cisco-voip] Implement UCCX Geographic Inbound Call
> Routing using callers area code****
>
> ** **
>
> Chase,****
>
> ** **
>
> That XPATH can be condense like so:****
>
> ** **
>
> "//[@number='" + ani + "']/csq"****
>
> ** **
>
> You could also condense the XML to:****
>
> ** **
>
> <?xml version="1.0" encoding="utf-8"?>****
>
> <triggers>****
>
> <trigger number="17631112222">CSQ</trigger>****
>
> </triggers>****
>
> ** **
>
> And then your XPATH is simply:****
>
> ** **
>
> "//[@number='" + ani + "']"****
>
> ** **
>
> However, Grace is looking for a solution based on caller's area code,
> which would involve at least one more step: pulling the area code out of
> the calling number. So Grace, this is how you pull an area code from the
> calling number.****
>
> ** **
>
> ani = Get Call Contact Info (Calling Number)****
>
> Set area_code = ani.substring(0, 3)****
>
> ** **
>
> And now at this point, one could use the XML file approach as Chase has
> pointed out.****
>
> ** **
>
> <?xml version="1.0" encoding="utf-8"?>****
>
> <areas>****
>
> <area code="612">Midwest_CSQ</area>****
>
> <area code="305">East_CSQ</area>****
>
> </areas>****
>
> ** **
>
> Of course that can be a large file considering there are almost 300 area
> codes in use today, and that number is growing towards its current maximum
> potential of 800 numbers. In an effort to shrink that document, you could
> compress the data yourself like this:****
>
> ** **
>
> <?xml version="1.0" encoding="utf-8"?>****
>
> <a><b c="612">0</b><b c="305">1</b></a>****
>
> ** **
>
> We're just using single characters to represent the tag names, and numeric
> values for the CSQ names. You will need a String Array to convert the
> digit value of the CSQ into the actual CSQ like this:****
>
> ** **
>
> Variable****
>
> String[] csq_map = new String[] {"Midwest_CSQ", "East_CSQ"}****
>
> ** **
>
> Script****
>
> result = Get XML Document Data(xml_doc, "//[@c='" + ani + "']")****
>
> Set csq = csq_map[Integer.parseInt(result)]****
>
> ** **
>
> If you haven't worked with String Arrays yet, just know that each element
> in the array has an associated value, or index, and it starts with 0 on the
> left, and goes up incrementally from there to the right. So in the above
> example, Midwest_CSQ is 0 and East_CSQ is 1.****
>
> ** **
>
> At this point, your csq variable holds the name of the CSQ, and you saved
> yourself some amount of JVM heap usage. The reason this saves space is
> because if you have 150 area codes for which CSQ NorthCentralSupport_CSQ (a
> 23 character name) serves, then without the trick you need at least 150 *
> length of CSQ Name, which is 3.4KB. With the trick I used, you get the
> text alone down to 150Bytes (the character "0" used 150 times). That's a
> 96% decrease. Now, the String Array doesn't come for free, and there is a
> formula to figure it out, but I'd wager you're fine doing without the
> compression at all, therefore compression is just icing on the cake. Just
> use RTMT perfmon counters to watch your JVM heap usage.****
>
> ** **
>
> You could alternatively use a java switch block and keep all dependencies
> right inside the script, but I don't know if the XML functionality is a
> requirement for you or not.****
>
> ** **
>
> Example:****
>
> ** **
>
> Do {****
>
> switch (area_code) {****
>
> case "612": case "763": case "651":****
>
> csq = "Midwest_CSQ";****
>
> break;****
>
> case "305": case "786":****
>
> csq = "East_CSQ";****
>
> break;****
>
> default:****
>
> csq = "Default_CSQ";****
>
> }****
>
> }****
>
> ** **
>
> This has the advantage of not having to assign the csq variable for each
> area code in the US, rather you do it for blocks of csq's rather easily, as
> I have demonstrated. If you needed this to be available to a few other
> scripts, consider making it a sub flow which takes 1 input mapping of the
> ani, and provides 1 output mapping of the mapped csq name like so:****
>
> ** **
>
> area_code_lookup.aef****
>
> Variables****
>
> String csq = ""****
>
> String ani = ""****
>
> ** **
>
> Script****
>
> Start****
>
> On Exception (WFExecutionException) Goto End of Script****
>
> Do {****
>
> switch (ani.substring(0, 3)) {****
>
> case "612": case "763": case "651":****
>
> csq = "Midwest_CSQ":****
>
> break;****
>
> case "305": case "786":****
>
> csq = "East_CSQ";****
>
> break; ****
>
> }****
>
> }****
>
> End of Script:****
>
> End****
>
> ** **
>
> main_aa.aef****
>
> Variables****
>
> String csq = ""****
>
> String ani = ""****
>
> ** **
>
> Script****
>
> Start****
>
> Accept(--Triggering Contact--)****
>
> ani = Get Call Contact Info (Calling Number)****
>
> csq = Call Subflow (SCRIPT[area_code_lookup.aef], Input: ani, Output: csq)
> ****
>
> Set csq (csq == null || csq.trim() == "") ? "Default_CSQ" : csq****
>
> Select Resource (--Triggering Contact-- from csq)****
>
> Connected****
>
> End****
>
> Queued****
>
> ...queue logic...****
>
> End****
>
> ** **
>
> There's many different ways to solve for this requirement. Which one you
> pick should meet the objective first, and then be easy to troubleshoot and
> administer second. The rest is subjective. In my opinion...of course!
> Haha.****
>
> ** **
>
> Good luck.****
>
> ** **
>
> On Mon, Sep 30, 2013 at 3:29 PM, Chase Mergenthal <
> [email protected]> wrote:****
>
> Conceptually this is how you could do it:****
>
> ****
>
> ****
>
> ****
>
> Xml doc:****
>
> ****
>
> <triggers>****
>
> ****
>
> <trigger number="17631112222?>****
>
> <csq>CSQ</csq>****
>
> </trigger>****
>
> ****
>
> </triggers>****
>
> ****
>
> ****
>
> Chase Mergenthal *|* Digital River****
>
> p: +1 952 225 3202 *|* [email protected] *|*
> digitalriver.com<http://www.digitalriver.com/>
> ****
>
> 10380 Bren Road West, Minnetonka, MN 55343, United States****
>
> ****
>
> *From:* cisco-voip [mailto:[email protected]] *On Behalf
> Of *Grace Maximuangu
> *Sent:* Monday, September 30, 2013 3:14 PM
> *To:* Anthony Holloway; Ryan LaFountain (rlafount);
> [email protected]
> *Subject:* [cisco-voip] Implement UCCX Geographic Inbound Call Routing
> using callers area code****
>
> ****
>
> Hi all,****
>
> I have a customer requirement, when a call is placed into the call center,
> the script needs to query an xml file using Xpath (they do not want to do a
> database lookup at this time) to determine what CSQ to place the call in.
> ****
>
> Has anyone done this before?****
>
> Or does anyone have a sample code that can be modified to satisfy this
> requirement?****
>
> ****
>
> :-:gm****
>
> ****
>
> Grace Maximuangu****
>
> Voice Solutions Engineer****
>
> *Black Box Network Services*****
>
> Cell: 213.268.6342****
>
> [email protected]****
>
> www.blackbox.com ****
>
> ****
>
> [image: bbox logo.JPG]****
>
> ****
>
> ****
> ------------------------------
>
> This email and any files transmitted with it are confidential and are
> intended for the sole use of the individual to whom they are addressed.
> Black Box Corporation reserves the right to scan all e-mail traffic for
> restricted content and to monitor all e-mail in general. If you are not the
> intended recipient or you have received this email in error, any use,
> dissemination or forwarding of this email is strictly prohibited. If you
> have received this email in error, please notify the sender by replying to
> this email.****
>
> ** **
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/e7e92504/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 4336 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/e7e92504/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7182 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/e7e92504/attachment-0001.png>
------------------------------
Message: 12
Date: Tue, 1 Oct 2013 23:21:43 +0800 (SGT)
From: vignesh sethuraman <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] Router as H323 GW and also as SIP GW
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hello Experts,
I have a 7206 router acting as H323 GW registered to a CUCM. Along with that, I
need to create a SIP trunk on the same router to a CUBE.
Please let me know if it is possible or not. And also do let me know if
something needs to be taken care.
Thanks,
Viki
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/2e93e344/attachment-0001.html>
------------------------------
Message: 13
Date: Tue, 1 Oct 2013 10:29:03 -0500
From: Erick Wellnitz <[email protected]>
To: cisco-voip <[email protected]>
Subject: [cisco-voip] iPad console cable
Message-ID:
<CAK0wOsDmCCWQ43yDe5wzb_=dnyrpqqnuqsmzkscfefb0tsu...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I like to share ineresting products which have the potential to make our
lives as engineers easier. Not sure how many iPad users we have here but I
found the following product interesting.
It is a Cisco console cable built for the iPad/iPhone. They also have a
models with the lightning connector and with a standard DB9 serial
connector instead of the rj-45 cisco console connector.
In companies that use Citrix extensively for remote access, this product
might enable one to ditch the laptop in favor of a lighter device. This
may be very interesting to those who travel a lot for their company or
clients.
http://www.cyberguys.com/product-details/?productid=63318&core_cross=SEARCH_DETAIL_SIMILAR
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131001/239bc1b0/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
End of cisco-voip Digest, Vol 120, Issue 1
******************************************
