<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Interesting that a reboot gives you an extra day. Thanks. <br><br>Sent from my iPhone</div><div><br>On May 27, 2015, at 12:40 PM, Lokesh Lal <<a href="mailto:lokesh_488@yahoo.co.in">lokesh_488@yahoo.co.in</a>> wrote:<br><br></div><blockquote type="cite"><div><div style="color:#000; background-color:#fff; font-family:Helvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;font-size:16px"><div id="yui_3_16_0_1_1432743566522_3566"><span>Hi,</span></div><div id="yui_3_16_0_1_1432743566522_3566"><span><br></span></div><div id="yui_3_16_0_1_1432743566522_3566"><span id="yui_3_16_0_1_1432743566522_4261">As per my understanding , you are referring to ELM</span></div><div id="yui_3_16_0_1_1432743566522_3566"><span><br></span></div><div id="yui_3_16_0_1_1432743566522_3566" class="" style="">The demo period is limited to 60 days. Upon expiration,</div><div id="yui_3_16_0_1_1432743566522_3566" class="" style="">• The system will remain operational with provisioning restrictions</div><div id="yui_3_16_0_1_1432743566522_3566" class="" style="">• Additional users and phones can not be provisioned</div><div id="yui_3_16_0_1_1432743566522_3566"></div><div id="yui_3_16_0_1_1432743566522_3566" class="" style="">• Existing users and phones can not be de-provisioned</div><div dir="ltr" class="" style="" id="yui_3_16_0_1_1432743566522_4800"><br class="" style=""></div><div dir="ltr" class="" style="" id="yui_3_16_0_1_1432743566522_4801"><br></div><div dir="ltr" class="" style="" id="yui_3_16_0_1_1432743566522_4802">Reboot can provide extension upto 1 day</div><div></div><div id="yui_3_16_0_1_1432743566522_3565"> </div><div id="yui_3_16_0_1_1432743566522_3563"><div id="yui_3_16_0_1_1432743566522_3562">Kind Regards,
<br>Lokesh</div></div><br> <div style="font-family: Helvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif; font-size: 16px;" id="yui_3_16_0_1_1432743566522_3559"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif; font-size: 16px;" id="yui_3_16_0_1_1432743566522_3558"> <div dir="ltr" id="yui_3_16_0_1_1432743566522_3557"> <hr size="1"> <font size="2" face="Arial" id="yui_3_16_0_1_1432743566522_3556"> <b><span style="font-weight:bold;">From:</span></b> "<a href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</a>" <<a href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</a>><br> <b><span style="font-weight: bold;">To:</span></b> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <br> <b><span style="font-weight: bold;">Sent:</span></b> Wednesday, 27 May 2015 9:30 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> cisco-voip Digest, Vol 139, Issue 26<br> </font> </div> <div class="y_msg_container" id="yui_3_16_0_1_1432743566522_3582"><br>Send cisco-voip mailing list submissions to<br> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net" id="yui_3_16_0_1_1432743566522_4269">cisco-voip@puck.nether.net</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>or, via email, send a message with subject or body 'help' to<br> <a ymailto="mailto:cisco-voip-request@puck.nether.net" href="mailto:cisco-voip-request@puck.nether.net" id="yui_3_16_0_1_1432743566522_4268">cisco-voip-request@puck.nether.net</a><br><br>You can reach the person managing the list at<br> <a ymailto="mailto:cisco-voip-owner@puck.nether.net" href="mailto:cisco-voip-owner@puck.nether.net">cisco-voip-owner@puck.nether.net</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of cisco-voip digest..."<br><br><br>Today's Topics:<br><br> 1. callmanager out of compliance behaviour (Lelio Fulgenzi)<br> 2. Re: callmanager out of compliance behaviour (Travis Dennis)<br> 3. Re: callmanager out of compliance behaviour (Lelio Fulgenzi)<br> 4. Re: callmanager out of compliance behaviour (Lelio Fulgenzi)<br> 5. Re: cisco-voip Digest | VG310/320/350 config (Charles Goldsmith)<br> 6. Re: cisco-voip Digest | VG310/320/350 config (Lokesh lal)<br> 7. Re: cisco-voip Digest | VG310/320/350 config (Charles Goldsmith)<br> 8. Re: callmanager out of compliance behaviour (Lelio Fulgenzi)<br> 9. Re: callmanager out of compliance behaviour (Brian Meade)<br> 10. MGCP Odd issue (Barry Howser)<br> 11. OT: Telemanagement software/IT billing (Ed Leatherman)<br> 12. Re: MGCP Odd issue (Wes Sisk (wsisk))<br> 13. Re: OT: Telemanagement software/IT billing (Travis Dennis)<br> 14. Re: MGCP Odd issue (Barry Howser)<br> 15. Visual Voicemail for Unity Connection (Bryan Anderson)<br> 16. Re: Visual Voicemail for Unity Connection (Brian Meade)<br> 17. ATA190 Registration Failed (Alessandro Bertacco)<br> 18. Re: Very Strange SSL Issue... (Matthew Loraditch)<br> 19. Re: ATA190 Registration Failed (Brian Meade)<br> 20. Changing DNS entries in Call Manager 9.1.2.10000-28<br> (Gyrion, Larry)<br> 21. Re: building lab CUCM cluster from production cluster<br> [update] - FOLLOW UP (Lelio Fulgenzi)<br> 22. Re: MGCP Odd issue (Dave Goodwin)<br> 23. Re: Changing DNS entries in Call Manager 9.1.2.10000-28<br> (Jason Aarons (AM))<br> 24. Re: MGCP Odd issue (Barry Howser)<br> 25. R: ATA190 Registration Failed (Alessandro Bertacco)<br> 26. Re: OT: Telemanagement software/IT billing (Andrew Grech)<br> 27. Re: Very Strange SSL Issue... (Andrew Grech)<br> 28. LDAP Sync question - adding LDAP sync to existing CM Cluster<br> (Hefin James [ahj])<br> 29. Re: Very Strange SSL Issue... (Matthew Loraditch)<br> 30. Re: LDAP Sync question - adding LDAP sync to existing CM<br> Cluster (Dave Goodwin)<br> 31. Re: MGCP Odd issue (Dave Goodwin)<br> 32. inbound h.323 calls fail to Expressway (Andy)<br> 33. Re: Very Strange SSL Issue... (Ryan Ratliff (rratliff))<br> 34. Re: Changing DNS entries in Call Manager 9.1.2.10000-28<br> (Gyrion, Larry)<br> 35. Re: ATA190 Registration Failed (Brian Meade)<br> 36. Re: Caller order when presented to hunt groups (Nick)<br> 37. Re: Caller order when presented to hunt groups (Brian Meade)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 26 May 2015 12:19:44 -0400 (EDT)<br>From: Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca" id="yui_3_16_0_1_1432743566522_3584">lelio@uoguelph.ca</a>><br>To: Cisco VoIP Group <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net" id="yui_3_16_0_1_1432743566522_3583">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] callmanager out of compliance behaviour<br>Message-ID:<br> <<a ymailto="mailto:1907131938.242737.1432657184091.JavaMail.root@uoguelph.ca" href="mailto:1907131938.242737.1432657184091.JavaMail.root@uoguelph.ca">1907131938.242737.1432657184091.JavaMail.root@uoguelph.ca</a>><br>Content-Type: text/plain; charset="utf-8"<br><br><br><br>CAn anyone point me to the details of what happens when CallManager v9 is out of compliance? I had an offline server going, but had to work on some other projects, and I think I passed the sixty days. I want to be able to restart things and make sure there is no communications going on before brining it online and getting it connected to the live network. <br><br><br>Gonna open a case with the TAC to see what they might be able to offer. <br><br><br>Lelio <br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1c5efed5/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1c5efed5/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 2<br>Date: Tue, 26 May 2015 16:30:45 +0000<br>From: Travis Dennis <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>To: Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>>, Cisco VoIP Group<br> <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour<br>Message-ID:<br> <<a ymailto="mailto:6E1880891FC2B8489CA1EB48675A1C06149D7F4B@CentralExch2.Central.dom" href="mailto:6E1880891FC2B8489CA1EB48675A1C06149D7F4B@CentralExch2.Central.dom">6E1880891FC2B8489CA1EB48675A1C06149D7F4B@CentralExch2.Central.dom</a>><br>Content-Type: text/plain; charset="iso-2022-jp"<br><br>I have never had an issue getting the local Cisco account team to get me another temp license<br><br><br><br><br>Regards,<br>Travis L. Dennis<br>Enterprise Solutions Architect<br>DataSource Technical Consulting<br>(770)490-3313 Main<br>(925)380-8851 Fax<br><br><<a href="http://www.datasourcepro.com/" target="_blank">http://www.datasourcepro.com/</a>><br><br><br><br>________________________________<br>From: cisco-voip [<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] on behalf of Lelio Fulgenzi [<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>]<br>Sent: Tuesday, May 26, 2015 12:19 PM<br>To: Cisco VoIP Group<br>Subject: [cisco-voip] callmanager out of compliance behaviour<br><br><br>CAn anyone point me to the details of what happens when CallManager v9 is out of compliance? I had an offline server going, but had to work on some other projects, and I think I passed the sixty days. I want to be able to restart things and make sure there is no communications going on before brining it online and getting it connected to the live network.<br><br>Gonna open a case with the TAC to see what they might be able to offer.<br><br>Lelio<br><br><br>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst, Network Infrastructure<br>Computing and Communications Services (CCS)<br>University of Guelph<br><br>519?824?4120 Ext 56354<br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a><br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a><br>Room 037, Animal Science and Nutrition Building<br>Guelph, Ontario, N1G 2W1<br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/d9d0abb9/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/d9d0abb9/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 3<br>Date: Tue, 26 May 2015 12:26:20 -0400 (EDT)<br>From: Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>To: Travis Dennis <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>Cc: Cisco VoIP Group <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour<br>Message-ID:<br> <<a ymailto="mailto:1477235119.243437.1432657580453.JavaMail.root@uoguelph.ca" href="mailto:1477235119.243437.1432657580453.JavaMail.root@uoguelph.ca">1477235119.243437.1432657580453.JavaMail.root@uoguelph.ca</a>><br>Content-Type: text/plain; charset="utf-8"<br><br><br><br>OK. Cool. I'll try the TAC, and see what happens. <br><br><br>I was just surprised that the services are not loading. I thought it was more forgiving than that. <br><br><br>Lelio <br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>----- Original Message -----<br><br>From: "Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>> <br>To: "Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>>, "Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br>Sent: Tuesday, May 26, 2015 12:30:45 PM <br>Subject: RE: [cisco-voip] callmanager out of compliance behaviour <br><br><br>I have never had an issue getting the local Cisco account team to get me another temp license <br><br><br><br><br><br><br>Regards, <br><br>Travis L. Dennis <br>Enterprise Solutions Architect <br>DataSource Technical Consulting <br>(770)490-3313 Main <br>(925)380-8851 Fax <br><br><br><br><br><br><br><br><br>From: cisco-voip [<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] on behalf of Lelio Fulgenzi [<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>] <br>Sent: Tuesday, May 26, 2015 12:19 PM <br>To: Cisco VoIP Group <br>Subject: [cisco-voip] callmanager out of compliance behaviour <br><br><br><br><br><br><br>CAn anyone point me to the details of what happens when CallManager v9 is out of compliance? I had an offline server going, but had to work on some other projects, and I think I passed the sixty days. I want to be able to restart things and make sure there is no communications going on before brining it online and getting it connected to the live network. <br><br><br>Gonna open a case with the TAC to see what they might be able to offer. <br><br><br>Lelio <br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/dc470a0e/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/dc470a0e/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 4<br>Date: Tue, 26 May 2015 12:29:48 -0400 (EDT)<br>From: Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>To: Travis Dennis <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>Cc: Cisco VoIP Group <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour<br>Message-ID: <<a ymailto="mailto:259922647.243735.1432657788812.JavaMail.root@uoguelph.ca" href="mailto:259922647.243735.1432657788812.JavaMail.root@uoguelph.ca">259922647.243735.1432657788812.JavaMail.root@uoguelph.ca</a>><br>Content-Type: text/plain; charset="utf-8"<br><br><br>This makes it sounds like it should still be working... <br><br><br><a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/9_1_1/ccmfeat/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91_chapter_0100100.html#CUCM_RF_LC43D736_00" target="_blank">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/9_1_1/ccmfeat/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91_chapter_0100100.html#CUCM_RF_LC43D736_00 </a><br><br><br>weird. <br><br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>----- Original Message -----<br><br>From: "Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>> <br>To: "Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>> <br>Cc: "Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br>Sent: Tuesday, May 26, 2015 12:26:20 PM <br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour <br><br><br><br><br>OK. Cool. I'll try the TAC, and see what happens. <br><br><br>I was just surprised that the services are not loading. I thought it was more forgiving than that. <br><br><br>Lelio <br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>----- Original Message -----<br><br>From: "Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>> <br>To: "Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>>, "Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br>Sent: Tuesday, May 26, 2015 12:30:45 PM <br>Subject: RE: [cisco-voip] callmanager out of compliance behaviour <br><br><br>I have never had an issue getting the local Cisco account team to get me another temp license <br><br><br><br><br><br><br>Regards, <br><br>Travis L. Dennis <br>Enterprise Solutions Architect <br>DataSource Technical Consulting <br>(770)490-3313 Main <br>(925)380-8851 Fax <br><br><br><br><br><br><br><br><br>From: cisco-voip [<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] on behalf of Lelio Fulgenzi [<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>] <br>Sent: Tuesday, May 26, 2015 12:19 PM <br>To: Cisco VoIP Group <br>Subject: [cisco-voip] callmanager out of compliance behaviour <br><br><br><br><br><br><br>CAn anyone point me to the details of what happens when CallManager v9 is out of compliance? I had an offline server going, but had to work on some other projects, and I think I passed the sixty days. I want to be able to restart things and make sure there is no communications going on before brining it online and getting it connected to the live network. <br><br><br>Gonna open a case with the TAC to see what they might be able to offer. <br><br><br>Lelio <br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br><br><br>_______________________________________________ <br>cisco-voip mailing list <br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip </a><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/9d82ff48/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/9d82ff48/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 5<br>Date: Tue, 26 May 2015 10:55:26 -0600<br>From: Charles Goldsmith <<a ymailto="mailto:wokka@justfamily.org" href="mailto:wokka@justfamily.org">wokka@justfamily.org</a>><br>To: Lokesh lal <<a ymailto="mailto:lokesh488@gmail.com" href="mailto:lokesh488@gmail.com">lokesh488@gmail.com</a>><br>Cc: voip puck <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] cisco-voip Digest | VG310/320/350 config<br>Message-ID:<br> <CAGm7T+AYLmBfcmNfY9cfOUg=-hS3NWi121cy+<a ymailto="mailto:7Y1EHYnPRAtCA@mail.gmail.com" href="mailto:7Y1EHYnPRAtCA@mail.gmail.com">7Y1EHYnPRAtCA@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>They configure the same as say the vg224, other than they have the ability<br>to have additional modules installed. I have not used that latter<br>function, but just configuring them as analog gateways.<br><br>On Mon, May 25, 2015 at 7:56 PM, Lokesh lal <<a ymailto="mailto:lokesh488@gmail.com" href="mailto:lokesh488@gmail.com">lokesh488@gmail.com</a>> wrote:<br><br>><br>> Hi<br>><br>> We have been assigned to deploy Analog gateway of series (VG310/ 320/35).<br>> However i am not able to find any sample config for the same.<br>><br>> Regards,<br>> Lokesh<br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/7478fc02/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/7478fc02/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 6<br>Date: Tue, 26 May 2015 22:33:08 +0530<br>From: Lokesh lal <<a ymailto="mailto:lokesh488@gmail.com" href="mailto:lokesh488@gmail.com">lokesh488@gmail.com</a>><br>To: Charles Goldsmith <<a ymailto="mailto:wokka@justfamily.org" href="mailto:wokka@justfamily.org">wokka@justfamily.org</a>><br>Cc: voip puck <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] cisco-voip Digest | VG310/320/350 config<br>Message-ID:<br> <<a ymailto="mailto:CABPedi_23oAGYSu8mn0Vj7pMN-kZJTjG7TciGyWm36nJWWCjNg@mail.gmail.com" href="mailto:CABPedi_23oAGYSu8mn0Vj7pMN-kZJTjG7TciGyWm36nJWWCjNg@mail.gmail.com">CABPedi_23oAGYSu8mn0Vj7pMN-kZJTjG7TciGyWm36nJWWCjNg@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Charles,<br><br>What additional licenses are required? We need to deploy as SCCP/MGCP with<br>CUCM 9.1 and 10.5.<br><br>Only 1 essential UCL license per port or any license enablement on IOS<br>gateway?<br><br>Kind Regards,<br>Lokesh<br><br><br>On Tue, May 26, 2015 at 10:25 PM, Charles Goldsmith <<a ymailto="mailto:wokka@justfamily.org" href="mailto:wokka@justfamily.org">wokka@justfamily.org</a>><br>wrote:<br><br>> They configure the same as say the vg224, other than they have the ability<br>> to have additional modules installed. I have not used that latter<br>> function, but just configuring them as analog gateways.<br>><br>> On Mon, May 25, 2015 at 7:56 PM, Lokesh lal <<a ymailto="mailto:lokesh488@gmail.com" href="mailto:lokesh488@gmail.com">lokesh488@gmail.com</a>> wrote:<br>><br>>><br>>> Hi<br>>><br>>> We have been assigned to deploy Analog gateway of series (VG310/ 320/35).<br>>> However i am not able to find any sample config for the same.<br>>><br>>> Regards,<br>>> Lokesh<br>>><br>>> _______________________________________________<br>>> cisco-voip mailing list<br>>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>>><br>>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/e400c861/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/e400c861/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 7<br>Date: Tue, 26 May 2015 11:05:32 -0600<br>From: Charles Goldsmith <<a ymailto="mailto:wokka@justfamily.org" href="mailto:wokka@justfamily.org">wokka@justfamily.org</a>><br>To: Lokesh Lal <<a ymailto="mailto:lokesh_488@yahoo.co.in" href="mailto:lokesh_488@yahoo.co.in">lokesh_488@yahoo.co.in</a>><br>Cc: Lokesh lal <<a ymailto="mailto:lokesh488@gmail.com" href="mailto:lokesh488@gmail.com">lokesh488@gmail.com</a>>, voip puck<br> <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] cisco-voip Digest | VG310/320/350 config<br>Message-ID:<br> <CAGm7T+<a ymailto="mailto:D07X9vid47BORwqs0gc23YfvdgqKJgwHvTvCYA4imeBA@mail.gmail.com" href="mailto:D07X9vid47BORwqs0gc23YfvdgqKJgwHvTvCYA4imeBA@mail.gmail.com">D07X9vid47BORwqs0gc23YfvdgqKJgwHvTvCYA4imeBA@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>I don't think there are any licensing associated with it, I think when you<br>purchase the VG, it's licensed there, and there is nothing to load or<br>track. Nothing we had to do on CUCM either, just like the VG224.<br><br>On Tue, May 26, 2015 at 10:59 AM, Lokesh Lal <<a ymailto="mailto:lokesh_488@yahoo.co.in" href="mailto:lokesh_488@yahoo.co.in">lokesh_488@yahoo.co.in</a>> wrote:<br><br>> Hi Charles,<br>><br>> What additional licenses are required? We need to deploy as SCCP/MGCP with<br>> CUCM 9.1 and 10.5.<br>><br>> Only 1 essential UCL license per port or any license enablement on IOS<br>> gateway?<br>><br>> Kind Regards,<br>> Lokesh<br>><br>> ------------------------------<br>> *From:* Charles Goldsmith <<a ymailto="mailto:wokka@justfamily.org" href="mailto:wokka@justfamily.org">wokka@justfamily.org</a>><br>> *To:* Lokesh lal <<a ymailto="mailto:lokesh488@gmail.com" href="mailto:lokesh488@gmail.com">lokesh488@gmail.com</a>><br>> *Cc:* voip puck <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>> *Sent:* Tuesday, 26 May 2015 10:25 PM<br>> *Subject:* Re: [cisco-voip] cisco-voip Digest | VG310/320/350 config<br>><br>> They configure the same as say the vg224, other than they have the ability<br>> to have additional modules installed. I have not used that latter<br>> function, but just configuring them as analog gateways.<br>><br>> On Mon, May 25, 2015 at 7:56 PM, Lokesh lal <<a ymailto="mailto:lokesh488@gmail.com" href="mailto:lokesh488@gmail.com">lokesh488@gmail.com</a>> wrote:<br>><br>><br>> Hi<br>><br>> We have been assigned to deploy Analog gateway of series (VG310/ 320/35).<br>> However i am not able to find any sample config for the same.<br>><br>> Regards,<br>> Lokesh<br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/21a04a5d/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/21a04a5d/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 8<br>Date: Tue, 26 May 2015 13:18:39 -0400 (EDT)<br>From: Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>To: Travis Dennis <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>Cc: Cisco VoIP Group <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour<br>Message-ID: <<a ymailto="mailto:244136454.248146.1432660719161.JavaMail.root@uoguelph.ca" href="mailto:244136454.248146.1432660719161.JavaMail.root@uoguelph.ca">244136454.248146.1432660719161.JavaMail.root@uoguelph.ca</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>ok, it's back up and running. i think it's just taking a long time for the services to come back. weird. <br><br><br>i'm one day away from the 60 day demo license, so that wasn't it either. <br><br><br>weird. <br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>----- Original Message -----<br><br>From: "Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>> <br>To: "Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>> <br>Cc: "Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br>Sent: Tuesday, May 26, 2015 12:29:48 PM <br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour <br><br><br><br>This makes it sounds like it should still be working... <br><br><br><a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/9_1_1/ccmfeat/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91_chapter_0100100.html#CUCM_RF_LC43D736_00" target="_blank">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/9_1_1/ccmfeat/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91_chapter_0100100.html#CUCM_RF_LC43D736_00 </a><br><br><br>weird. <br><br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>----- Original Message -----<br><br>From: "Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>> <br>To: "Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>> <br>Cc: "Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br>Sent: Tuesday, May 26, 2015 12:26:20 PM <br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour <br><br><br><br><br>OK. Cool. I'll try the TAC, and see what happens. <br><br><br>I was just surprised that the services are not loading. I thought it was more forgiving than that. <br><br><br>Lelio <br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>----- Original Message -----<br><br>From: "Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>> <br>To: "Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>>, "Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br>Sent: Tuesday, May 26, 2015 12:30:45 PM <br>Subject: RE: [cisco-voip] callmanager out of compliance behaviour <br><br><br>I have never had an issue getting the local Cisco account team to get me another temp license <br><br><br><br><br><br><br>Regards, <br><br>Travis L. Dennis <br>Enterprise Solutions Architect <br>DataSource Technical Consulting <br>(770)490-3313 Main <br>(925)380-8851 Fax <br><br><br><br><br><br><br><br><br>From: cisco-voip [<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] on behalf of Lelio Fulgenzi [<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>] <br>Sent: Tuesday, May 26, 2015 12:19 PM <br>To: Cisco VoIP Group <br>Subject: [cisco-voip] callmanager out of compliance behaviour <br><br><br><br><br><br><br>CAn anyone point me to the details of what happens when CallManager v9 is out of compliance? I had an offline server going, but had to work on some other projects, and I think I passed the sixty days. I want to be able to restart things and make sure there is no communications going on before brining it online and getting it connected to the live network. <br><br><br>Gonna open a case with the TAC to see what they might be able to offer. <br><br><br>Lelio <br><br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br><br><br>_______________________________________________ <br>cisco-voip mailing list <br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip </a><br><br><br>_______________________________________________ <br>cisco-voip mailing list <br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip </a><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/5d0376dd/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/5d0376dd/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 9<br>Date: Tue, 26 May 2015 13:23:45 -0400<br>From: Brian Meade <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>To: Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>Cc: Travis Dennis <<a ymailto="mailto:tdennis@datasourcepro.com" href="mailto:tdennis@datasourcepro.com">tdennis@datasourcepro.com</a>>, Cisco VoIP Group<br> <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] callmanager out of compliance behaviour<br>Message-ID:<br> <CAGcuYh0RPXhkFEwyR__+<a ymailto="mailto:pkLi6HhZHMuFeKWJJ6mZ3Oogxz8Skw@mail.gmail.com" href="mailto:pkLi6HhZHMuFeKWJJ6mZ3Oogxz8Skw@mail.gmail.com">pkLi6HhZHMuFeKWJJ6mZ3Oogxz8Skw@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>It should work just like you're logged into a subscriber. Not allowing you<br>to make any changes. Seems like something else happened here.<br><br>On Tue, May 26, 2015 at 1:18 PM, Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>> wrote:<br><br>> ok, it's back up and running. i think it's just taking a long time for the<br>> services to come back. weird.<br>><br>> i'm one day away from the 60 day demo license, so that wasn't it either.<br>><br>> weird.<br>><br>> ---<br>> Lelio Fulgenzi, B.A.<br>> Senior Analyst, Network Infrastructure<br>> Computing and Communications Services (CCS)<br>> University of Guelph<br>><br>> 519?824?4120 Ext 56354<br>> <a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a><br>> <a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a><br>> Room 037, Animal Science and Nutrition Building<br>> Guelph, Ontario, N1G 2W1<br>><br>> ------------------------------<br>> *From: *"Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>> *To: *"Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>> *Cc: *"Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>> *Sent: *Tuesday, May 26, 2015 12:29:48 PM<br>><br>> *Subject: *Re: [cisco-voip] callmanager out of compliance behaviour<br>><br>><br>> This makes it sounds like it should still be working...<br>><br>><br>> <a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/9_1_1/ccmfeat/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91_chapter_0100100.html#CUCM_RF_LC43D736_00" target="_blank">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/9_1_1/ccmfeat/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91_chapter_0100100.html#CUCM_RF_LC43D736_00</a><br>><br>> weird.<br>><br>><br>> ---<br>> Lelio Fulgenzi, B.A.<br>> Senior Analyst, Network Infrastructure<br>> Computing and Communications Services (CCS)<br>> University of Guelph<br>><br>> 519?824?4120 Ext 56354<br>> <a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a><br>> <a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a><br>> Room 037, Animal Science and Nutrition Building<br>> Guelph, Ontario, N1G 2W1<br>><br>> ------------------------------<br>> *From: *"Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>> *To: *"Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>> *Cc: *"Cisco VoIP Group" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>> *Sent: *Tuesday, May 26, 2015 12:26:20 PM<br>> *Subject: *Re: [cisco-voip] callmanager out of compliance behaviour<br>><br>><br>> OK. Cool. I'll try the TAC, and see what happens.<br>><br>> I was just surprised that the services are not loading. I thought it was<br>> more forgiving than that.<br>><br>> Lelio<br>><br>><br>> ---<br>> Lelio Fulgenzi, B.A.<br>> Senior Analyst, Network Infrastructure<br>> Computing and Communications Services (CCS)<br>> University of Guelph<br>><br>> 519?824?4120 Ext 56354<br>> <a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a><br>> <a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a><br>> Room 037, Animal Science and Nutrition Building<br>> Guelph, Ontario, N1G 2W1<br>><br>> ------------------------------<br>> *From: *"Travis Dennis" <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>> *To: *"Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>>, "Cisco VoIP Group" <<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>> *Sent: *Tuesday, May 26, 2015 12:30:45 PM<br>> *Subject: *RE: [cisco-voip] callmanager out of compliance behaviour<br>><br>> I have never had an issue getting the local Cisco account team to get me<br>> another temp license<br>><br>><br>><br>><br>> Regards,<br>><br>> Travis L. Dennis<br>><br>> Enterprise Solutions Architect<br>><br>> DataSource Technical Consulting<br>><br>> (770)490-3313 Main<br>><br>> (925)380-8851 Fax<br>><br>><br>> <<a href="http://www.datasourcepro.com/" target="_blank">http://www.datasourcepro.com/</a>><br>><br>><br>><br>><br>> ------------------------------<br>> *From:* cisco-voip [<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] on behalf of<br>> Lelio Fulgenzi [<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>]<br>> *Sent:* Tuesday, May 26, 2015 12:19 PM<br>> *To:* Cisco VoIP Group<br>> *Subject:* [cisco-voip] callmanager out of compliance behaviour<br>><br>><br>> CAn anyone point me to the details of what happens when CallManager v9 is<br>> out of compliance? I had an offline server going, but had to work on some<br>> other projects, and I think I passed the sixty days. I want to be able to<br>> restart things and make sure there is no communications going on before<br>> brining it online and getting it connected to the live network.<br>><br>> Gonna open a case with the TAC to see what they might be able to offer.<br>><br>> Lelio<br>><br>><br>> ---<br>> Lelio Fulgenzi, B.A.<br>> Senior Analyst, Network Infrastructure<br>> Computing and Communications Services (CCS)<br>> University of Guelph<br>><br>> 519?824?4120 Ext 56354<br>> <a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a><br>> <a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a><br>> Room 037, Animal Science and Nutrition Building<br>> Guelph, Ontario, N1G 2W1<br>><br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/7eeaae59/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/7eeaae59/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 10<br>Date: Tue, 26 May 2015 14:44:49 -0400<br>From: Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>To: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] MGCP Odd issue<br>Message-ID:<br> <CAE6WWz8c+<a ymailto="mailto:_xmwwaeTZz6OqMHAzQ9Ob0mQALpUGeQt0xw0sWSew@mail.gmail.com" href="mailto:_xmwwaeTZz6OqMHAzQ9Ob0mQALpUGeQt0xw0sWSew@mail.gmail.com">_xmwwaeTZz6OqMHAzQ9Ob0mQALpUGeQt0xw0sWSew@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>So I've had an MGCP/T1 gateway up and running with CCM, happy as a clam for<br>several weeks.<br><br>Then all of the sudden today it stopped passing inbound communication.<br>Egress works just fine, but ingress rings once then a fast busy.<br><br>In the ISDN logs I get "mandatory information element missing".<br><br>I am using; EF, BZ8S, Primary-ni (which is telco settings). Again<br>everything WAS fine. After some research I found that error to mean that<br>the CCM side kicked the call back to the gateway because it didn't get<br>everything it needed in the header.<br><br>A proposed suggestion was to use a different switch-type. So in the<br>CCM/Gateway/PRI config page, I changed the switch type to PRI-4ESS -><br>Saved/Applied/Reset (then restarted mgcp on the gateway) and presto,<br>ingress is now working.<br><br>If I reverse the process and go back to the Primary-ni in the<br>CCM/Gateway/PRI config, I get the same problem with ingress again.<br><br>Can anyone explain this to me? Does it sound like my telco changed<br>something? Seems like something with MGCP is goofed right? Is this<br>something that a telco would just arbitrarily change?<br><br>Thanks<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1eaa1299/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1eaa1299/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 11<br>Date: Tue, 26 May 2015 15:16:31 -0400<br>From: Ed Leatherman <<a ymailto="mailto:ealeatherman@gmail.com" href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>><br>To: Cisco VOIP <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] OT: Telemanagement software/IT billing<br>Message-ID:<br> <CAFC4dsonatw=<a ymailto="mailto:GyvSoHc0amJCBpqPGOQfPXOOaCoo4mCa_O5T2w@mail.gmail.com" href="mailto:GyvSoHc0amJCBpqPGOQfPXOOaCoo4mCa_O5T2w@mail.gmail.com">GyvSoHc0amJCBpqPGOQfPXOOaCoo4mCa_O5T2w@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hello!<br><br>I was wondering if any edu folks on the list would mind a few out-of-band<br>questions around telemanagement software, IT billing, and the like. We're<br>looking at renewal/upgrade on our current software and the pricing we're<br>getting us is prompting us to do some research into other solutions.<br><br>Thanks!<br><br>Ed<br><br>-- <br>Ed Leatherman<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/d3ed18fc/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/d3ed18fc/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 12<br>Date: Tue, 26 May 2015 19:33:55 +0000<br>From: "Wes Sisk (wsisk)" <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br>To: Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] MGCP Odd issue<br>Message-ID: <<a ymailto="mailto:1F3CC835-8AA6-4A3E-895C-FB650DCD31B6@cisco.com" href="mailto:1F3CC835-8AA6-4A3E-895C-FB650DCD31B6@cisco.com">1F3CC835-8AA6-4A3E-895C-FB650DCD31B6@cisco.com</a>><br>Content-Type: text/plain; charset="Windows-1252"<br><br>a couple things here -<br><br>you say MGCP.. if using MGCP and d-channel bachaul then it is CCM?s ISDN stack in use. Where did you see the error ?mandatory IE missing?? if it was with debugs on the gateway then it may have been generated by the gateway?s ISDN stack.<br><br>each isdn ?switch type? has subtle nuances in implementation. the right answer really depends on what physical equipment the telco is using as well as how they have the d-ch provisioned on their end.<br><br>it could be the telco changed config. or they might have upgraded the switch. or you may have started using a different call flow that added/removed IE?s.<br><br>also possible that a lingering reset/restart was not applied on the UCM side (CSCtw80866 Reset Required flag in CCMAdmin for any device/trunk that has been )<br><br>-w<br><br>On May 26, 2015, at 2:44 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>> wrote:<br><br>So I've had an MGCP/T1 gateway up and running with CCM, happy as a clam for several weeks. <br><br>Then all of the sudden today it stopped passing inbound communication. Egress works just fine, but ingress rings once then a fast busy.<br><br>In the ISDN logs I get "mandatory information element missing".<br><br>I am using; EF, BZ8S, Primary-ni (which is telco settings). Again everything WAS fine. After some research I found that error to mean that the CCM side kicked the call back to the gateway because it didn't get everything it needed in the header.<br><br>A proposed suggestion was to use a different switch-type. So in the CCM/Gateway/PRI config page, I changed the switch type to PRI-4ESS -> Saved/Applied/Reset (then restarted mgcp on the gateway) and presto, ingress is now working.<br><br>If I reverse the process and go back to the Primary-ni in the CCM/Gateway/PRI config, I get the same problem with ingress again.<br><br>Can anyone explain this to me? Does it sound like my telco changed something? Seems like something with MGCP is goofed right? Is this something that a telco would just arbitrarily change?<br><br>Thanks<br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br><br>------------------------------<br><br>Message: 13<br>Date: Tue, 26 May 2015 19:59:35 +0000<br>From: Travis Dennis <<a ymailto="mailto:tdennis@DataSourcePro.com" href="mailto:tdennis@DataSourcePro.com">tdennis@DataSourcePro.com</a>><br>To: Ed Leatherman <<a ymailto="mailto:ealeatherman@gmail.com" href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>>, Cisco VOIP<br> <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] OT: Telemanagement software/IT billing<br>Message-ID:<br> <<a ymailto="mailto:6E1880891FC2B8489CA1EB48675A1C06149D8345@CentralExch2.Central.dom" href="mailto:6E1880891FC2B8489CA1EB48675A1C06149D8345@CentralExch2.Central.dom">6E1880891FC2B8489CA1EB48675A1C06149D8345@CentralExch2.Central.dom</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Have a look at these guys<br><br><br><a href="http://www.microcall.com/index.html" target="_blank">http://www.microcall.com/index.html</a><br><br><br><br><br><br>Regards,<br>Travis L. Dennis<br>Enterprise Solutions Architect<br>DataSource Technical Consulting<br>(770)490-3313 Main<br>(925)380-8851 Fax<br><br><<a href="http://www.datasourcepro.com/" target="_blank">http://www.datasourcepro.com/</a>><br><br><br><br>________________________________<br>From: cisco-voip [<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] on behalf of Ed Leatherman [<a ymailto="mailto:ealeatherman@gmail.com" href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>]<br>Sent: Tuesday, May 26, 2015 3:16 PM<br>To: Cisco VOIP<br>Subject: [cisco-voip] OT: Telemanagement software/IT billing<br><br>Hello!<br><br>I was wondering if any edu folks on the list would mind a few out-of-band questions around telemanagement software, IT billing, and the like. We're looking at renewal/upgrade on our current software and the pricing we're getting us is prompting us to do some research into other solutions.<br><br>Thanks!<br><br>Ed<br><br>--<br>Ed Leatherman<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/3a648176/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/3a648176/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 14<br>Date: Tue, 26 May 2015 15:53:46 -0400<br>From: Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>To: "Wes Sisk (wsisk)" <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] MGCP Odd issue<br>Message-ID:<br> <<a ymailto="mailto:CAE6WWz_UsoR5vWuU3rcScL6Sb5ykwKmmh9uW5uSZi__YdK3Oug@mail.gmail.com" href="mailto:CAE6WWz_UsoR5vWuU3rcScL6Sb5ykwKmmh9uW5uSZi__YdK3Oug@mail.gmail.com">CAE6WWz_UsoR5vWuU3rcScL6Sb5ykwKmmh9uW5uSZi__YdK3Oug@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Wes. The "mandatory missing IE" message was at the end of a q931 debug<br>right before the call goes busy. I may have over simplified my original<br>explanation. I have several gateways that this exact same scenario happened<br>to. All experienced the same condition, with the same configurations.<br><br>On Tue, May 26, 2015 at 3:33 PM, Wes Sisk (wsisk) <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>> wrote:<br><br>> a couple things here -<br>><br>> you say MGCP.. if using MGCP and d-channel bachaul then it is CCM?s ISDN<br>> stack in use. Where did you see the error ?mandatory IE missing?? if it was<br>> with debugs on the gateway then it may have been generated by the gateway?s<br>> ISDN stack.<br>><br>> each isdn ?switch type? has subtle nuances in implementation. the right<br>> answer really depends on what physical equipment the telco is using as well<br>> as how they have the d-ch provisioned on their end.<br>><br>> it could be the telco changed config. or they might have upgraded the<br>> switch. or you may have started using a different call flow that<br>> added/removed IE?s.<br>><br>> also possible that a lingering reset/restart was not applied on the UCM<br>> side (CSCtw80866 Reset Required flag in CCMAdmin for any device/trunk<br>> that has been )<br>><br>> -w<br>><br>> On May 26, 2015, at 2:44 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>> wrote:<br>><br>> So I've had an MGCP/T1 gateway up and running with CCM, happy as a clam<br>> for several weeks.<br>><br>> Then all of the sudden today it stopped passing inbound communication.<br>> Egress works just fine, but ingress rings once then a fast busy.<br>><br>> In the ISDN logs I get "mandatory information element missing".<br>><br>> I am using; EF, BZ8S, Primary-ni (which is telco settings). Again<br>> everything WAS fine. After some research I found that error to mean that<br>> the CCM side kicked the call back to the gateway because it didn't get<br>> everything it needed in the header.<br>><br>> A proposed suggestion was to use a different switch-type. So in the<br>> CCM/Gateway/PRI config page, I changed the switch type to PRI-4ESS -><br>> Saved/Applied/Reset (then restarted mgcp on the gateway) and presto,<br>> ingress is now working.<br>><br>> If I reverse the process and go back to the Primary-ni in the<br>> CCM/Gateway/PRI config, I get the same problem with ingress again.<br>><br>> Can anyone explain this to me? Does it sound like my telco changed<br>> something? Seems like something with MGCP is goofed right? Is this<br>> something that a telco would just arbitrarily change?<br>><br>> Thanks<br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/0f7e28b8/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/0f7e28b8/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 15<br>Date: Tue, 26 May 2015 14:22:45 -0600<br>From: Bryan Anderson <<a ymailto="mailto:banderso@ucar.edu" href="mailto:banderso@ucar.edu">banderso@ucar.edu</a>><br>To: <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Subject: [cisco-voip] Visual Voicemail for Unity Connection<br>Message-ID:<br> <<a ymailto="mailto:CAJO0kApGu2OTEhyAFBouiN3LxkzcoQKeXvjTuCQY6WCO5bTkuw@mail.gmail.com" href="mailto:CAJO0kApGu2OTEhyAFBouiN3LxkzcoQKeXvjTuCQY6WCO5bTkuw@mail.gmail.com">CAJO0kApGu2OTEhyAFBouiN3LxkzcoQKeXvjTuCQY6WCO5bTkuw@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hello<br><br>I was wondering if there was a way to track the number of user in our<br>organization that are using Visual Voicemail or for example, How many times<br>in the past year, "Visual Voicemail" has been accessed?<br><br>We are currently running version 8.5.1.17900-10 of CUC and<br>version 8.6.2.25900-8 on CUCM.<br><br>Thanks<br>-- <br>*Bryan Anderson*<br>*Network Engineering & Telecommunications Section*<br>*National Center for Atmospheric Research*<br>*1850 Table Mesa Drive*<br>*Boulder, CO 80305*<br>*Office (303) 497-1822*<br>*Fax (303) 497-1818*<br>*<a ymailto="mailto:banderso@ucar.edu" href="mailto:banderso@ucar.edu">banderso@ucar.edu</a> <<a ymailto="mailto:banderso@ucar.edu" href="mailto:banderso@ucar.edu">banderso@ucar.edu</a>>*<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/e104e588/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/e104e588/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 16<br>Date: Tue, 26 May 2015 16:37:09 -0400<br>From: Brian Meade <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>To: Bryan Anderson <<a ymailto="mailto:banderso@ucar.edu" href="mailto:banderso@ucar.edu">banderso@ucar.edu</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Visual Voicemail for Unity Connection<br>Message-ID:<br> <<a ymailto="mailto:CAGcuYh1Zw9en2dsedQRA5hVXrGhZV16eWC65JHb2zGgiY94Q7A@mail.gmail.com" href="mailto:CAGcuYh1Zw9en2dsedQRA5hVXrGhZV16eWC65JHb2zGgiY94Q7A@mail.gmail.com">CAGcuYh1Zw9en2dsedQRA5hVXrGhZV16eWC65JHb2zGgiY94Q7A@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>You can pull the Tomcat Security logs in RTMT. They should go pretty far<br>back but maybe not that far. You can then see how many different IP<br>addresses you have listed for the Visual Voicemail URL in the access log.<br><br>On Tue, May 26, 2015 at 4:22 PM, Bryan Anderson <<a ymailto="mailto:banderso@ucar.edu" href="mailto:banderso@ucar.edu">banderso@ucar.edu</a>> wrote:<br><br>> Hello<br>><br>> I was wondering if there was a way to track the number of user in our<br>> organization that are using Visual Voicemail or for example, How many times<br>> in the past year, "Visual Voicemail" has been accessed?<br>><br>> We are currently running version 8.5.1.17900-10 of CUC and<br>> version 8.6.2.25900-8 on CUCM.<br>><br>> Thanks<br>> --<br>> *Bryan Anderson*<br>> *Network Engineering & Telecommunications Section*<br>> *National Center for Atmospheric Research*<br>> *1850 Table Mesa Drive*<br>> *Boulder, CO 80305*<br>> *Office (303) 497-1822 <%28303%29%20497-1822>*<br>> *Fax (303) 497-1818 <%28303%29%20497-1818>*<br>> *<a ymailto="mailto:banderso@ucar.edu" href="mailto:banderso@ucar.edu">banderso@ucar.edu</a> <<a ymailto="mailto:banderso@ucar.edu" href="mailto:banderso@ucar.edu">banderso@ucar.edu</a>>*<br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/ac820e13/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/ac820e13/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 17<br>Date: Tue, 26 May 2015 22:57:21 +0200<br>From: "Alessandro Bertacco" <<a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>><br>To: <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] ATA190 Registration Failed<br>Message-ID: <<a href="mailto:00b001d097f6$91053150$b30f93f0$@alice.it">00b001d097f6$91053150$b30f93f0$@alice.it</a>><br>Content-Type: text/plain; charset="utf-8"<br><br> <br><br>Hi all, we have issue with ATA190 (FW version 1.1.2(0.05) that don't register with our CUCM 10.5.x.<br><br> <br><br>(Changing the ATA190 device, issue persist)<br><br> <br><br>Cluster of one node in mixed mode, but we don?t use encryption to the endpoint. Standard non secure profile are used.<br><br> <br><br>The device is already configured from Communication Manager Side, with the mac-address and DN. TFTP server is correctly issued on theATA190 adapter, but from the Web interface I can see registration failed. (Also from CUCM side)<br><br> <br><br>>From the Communication Manager, I've captured some SDL log regarding the Registration request sent from the ATA90 that the ip address is 192.168.121.52, and primary MAC addres is: 34DBFD186BCA.<br><br> <br><br>The trace is attached to this email.<br><br> <br><br>Any idea?<br><br> <br><br>Thank you for your time<br><br> <br><br>Regards<br><br><br> <br><br>-- <br><br>Alessandro Bertacco <br><br><br><br> <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1611c455/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1611c455/attachment-0001.html</a>><br>-------------- next part --------------<br>An embedded and charset-unspecified text was scrubbed...<br>Name: ATA190 Registration failed.txt<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1611c455/attachment-0001.txt" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/1611c455/attachment-0001.txt</a>><br><br>------------------------------<br><br>Message: 18<br>Date: Tue, 26 May 2015 20:57:40 +0000<br>From: Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>><br>To: "Ryan Ratliff (rratliff)" <<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>Cc: cisco-voip voyp list <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br>Message-ID:<br> <<a ymailto="mailto:C75AF2AD9308C246AFBDDB994E3E29833569C33E@PHANES.helion.local" href="mailto:C75AF2AD9308C246AFBDDB994E3E29833569C33E@PHANES.helion.local">C75AF2AD9308C246AFBDDB994E3E29833569C33E@PHANES.helion.local</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>The only SAN was the root of the domain name.. but I removed that and now it works. Oddest thing I?ve seen in a while..<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br><br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>From: Ryan Ratliff (rratliff) [mailto:<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>Sent: Thursday, May 21, 2015 2:41 PM<br>To: Matthew Loraditch<br>Cc: cisco-voip voyp list<br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br><br>Check and see if the CN is also a SAN. I?ve seen recent browsers that ignore CN if any SAN is present.<br><br>-Ryan<br><br>On May 20, 2015, at 1:31 PM, Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a><mailto:<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>>> wrote:<br><br>Has anyone ever seen where you put a cert on CUCM/CUCXN/IM&P and the Subject name matches but your browser insists it doesn?t? I can?t figure this out. I checked as best I could for spaces like mentioned in Lelio?s recent thread about a CSR and I have no indication of that.<br><br>I honestly don?t have a clue where to go, it?s not really a server issue as the server is just presenting the cert I installed, but I have it on both UCxn and CCM/IM&P. I can?t believe I put an errant space on both servers?<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br><br><br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/3de88e00/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/3de88e00/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 19<br>Date: Tue, 26 May 2015 17:06:04 -0400<br>From: Brian Meade <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>To: Alessandro Bertacco <<a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] ATA190 Registration Failed<br>Message-ID:<br> <CAGcuYh2rbimQQAkmQZF2M6H+<a ymailto="mailto:TN-PE0bHv9ggArRswfJodcvBJA@mail.gmail.com" href="mailto:TN-PE0bHv9ggArRswfJodcvBJA@mail.gmail.com">TN-PE0bHv9ggArRswfJodcvBJA@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>It looks like these traces are from a backup CCM node in the CM Group. You<br>can see the expires=0 in the Register message and the 200OK so it is<br>instantly un-registering. That's usually how SIP devices keep status on a<br>failover server.<br><br>Do you have the logs from the primary node?<br><br>On Tue, May 26, 2015 at 4:57 PM, Alessandro Bertacco <<br><a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>> wrote:<br><br>><br>><br>> Hi all, we have issue with ATA190 (FW version 1.1.2(0.05) that don't<br>> register with our CUCM 10.5.x.<br>><br>><br>><br>> (Changing the ATA190 device, issue persist)<br>><br>><br>><br>> Cluster of one node in mixed mode, but we don?t use encryption to the<br>> endpoint. Standard non secure profile are used.<br>><br>><br>><br>> The device is already configured from Communication Manager Side, with the<br>> mac-address and DN. TFTP server is correctly issued on theATA190 adapter,<br>> but from the Web interface I can see registration failed. (Also from CUCM<br>> side)<br>><br>><br>><br>> From the Communication Manager, I've captured some SDL log regarding the<br>> Registration request sent from the ATA90 that the ip address is<br>> 192.168.121.52, and primary MAC addres is: 34DBFD186BCA.<br>><br>><br>><br>> The trace is attached to this email.<br>><br>><br>><br>> Any idea?<br>><br>><br>><br>> Thank you for your time<br>><br>><br>><br>> Regards<br>><br>><br>><br>> --<br>><br>> Alessandro Bertacco<br>><br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/713195a9/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/713195a9/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 20<br>Date: Tue, 26 May 2015 21:20:12 +0000<br>From: "Gyrion, Larry" <<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a>><br>To: "Cisco-voip (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>)"<br> <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] Changing DNS entries in Call Manager<br> 9.1.2.10000-28<br>Message-ID:<br> <<a ymailto="mailto:e4e23e33009d4206b72e725173fd96c4@S928-APEXM12.ds.ad.ssmhc.com" href="mailto:e4e23e33009d4206b72e725173fd96c4@S928-APEXM12.ds.ad.ssmhc.com">e4e23e33009d4206b72e725173fd96c4@S928-APEXM12.ds.ad.ssmhc.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>We had an issue where we lost outbound calling ability when out primary DNS experiencing an unscheduled outage.<br>Our DNS entries are by host-name, not IP address. (it never failed over to the secondary DNS server, other items like computers did and internal and incoming traffic was working fine)<br><br>We also use UCCE 9<br><br>I?m not sure why it was configured by host name rather than IP address when it was configured a long time ago.<br><br>So my questions are:<br>Is there a valid reason why we use host-names instead of ip addresses?<br><br>How can we change from host-name to IP address?<br>Will this affect the licensing (ELM)? (The below is reference to pre 9.0 CUCM)<br><br>From: <a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a> [mailto:<a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a>] On Behalf Of Anthony Holloway<br>Sent: Monday, January 26, 2015 8:13 PM<br>To: Gyrion, Larry; Cisco-voip (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>)<br>Subject: Re: [cisco-voip] Changing DNS entries in Call Manager 8.6.2<br><br>The easiest way to view the license MAC, is to SSH to the server, and issue the show status command.<br><br>Also, <a href="http://cisco.com/go/license" target="_blank">http://cisco.com/go/license </a>enables you to rehost your own license files without opening a case. Of course, I don't guarantee you'll be successful, but it's nice to know this option exists.<br><br>[Inline image 1]<br><br>Another thing to note, you will get 30 days to rehost your license before anything bad happens to your servers, but if you're in a pinch, and you're like on day 28 and you need like 10 more days, you can revert your change, then make the same change again, to restart the 30 day period.<br><br>If that was confusing, let me use this example. If my primary DNS was 1.1.1.1, and I changed it to 2.2.2.2, I would have 30 days to rehost my licenses. On day 28, I set the primary DNS back to 1.1.1.1, then immediately back to 2.2.2.2, and the 30 days starts over.<br><br>Last, buy certainly not least, if you are changing DNS settings, it would be imperative for you to consider what might happen if you changed your DNS suffix. I cannot speak to your environment exactly, but suffice it to say, certificates are based on names, and names sometimes contain DNS suffixes. You might start a chain reaction of changes, and as such you should plan that piece out more carefully. If you're only changing DNS server addresses, then you can ignore this last paragraph.<br><br>Good luck.<br><br>On Mon Jan 26 2015 at 4:43:19 PM Gyrion, Larry <<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a><mailto:<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a>>> wrote:<br>Looking for some guidance on updating the DNS entries on our CUCM cluster. A colleague went through the process, but upon entering the command received a warning stating that the change would invalidate our licenses. Has anybody come across this before, and if so, what was the proper course of action to ensure license preservation?<br>CUCM 8.6.2<br><br><br>Thank you,<br>Larry Gyrion | Telecommunications Analyst | Information Technology<br>Dean Clinic - Corporate offices<br>1800 W. Beltline Hwy<br>Madison WI. 53713<br>Phone 608.294.6201<tel:608.294.6201> | 5406201| Fax 608.280.6852<tel:608.280.6852><br><a ymailto="mailto:larry.gyrion@deancare.com" href="mailto:larry.gyrion@deancare.com">larry.gyrion@deancare.com</a><mailto:<a ymailto="mailto:larry.gyrion@deancare.com" href="mailto:larry.gyrion@deancare.com">larry.gyrion@deancare.com</a>> | <a href="http://www.deancare.com">www.deancare.com</a><<a href="http://www.deancare.com/" target="_blank">http://www.deancare.com/</a>><br>Partners who care<br><br><br>The information contained in this e-mail message and any attachments may be proprietary and is intended only for the confidential use of the designated recipient named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this communication in error please notify us immediately at the e-mail address listed above. Thank you.<br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br>________________________________<br><br>Confidentiality Notice: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/b43007f9/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/b43007f9/attachment-0001.html</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: image001.png<br>Type: image/png<br>Size: 16825 bytes<br>Desc: image001.png<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/b43007f9/attachment-0001.png" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/b43007f9/attachment-0001.png</a>><br><br>------------------------------<br><br>Message: 21<br>Date: Tue, 26 May 2015 19:00:21 -0400 (EDT)<br>From: Lelio Fulgenzi <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>To: Cisco VOIP <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] building lab CUCM cluster from production<br> cluster [update] - FOLLOW UP<br>Message-ID: <<a ymailto="mailto:621320536.275229.1432681221891.JavaMail.root@uoguelph.ca" href="mailto:621320536.275229.1432681221891.JavaMail.root@uoguelph.ca">621320536.275229.1432681221891.JavaMail.root@uoguelph.ca</a>><br>Content-Type: text/plain; charset="utf-8"<br><br><br>Just to follow up on this. Everything went well. There were a few other things I had to take care of, like some enterprise parameters and service parameters that had cluster name and ip addresses, etc. Also, CDR management and backup directory information. <br><br><br>The biggest was ELM. ELM doesn't really use the IP address or hostname, but a registration/instance ID of sorts. Because I built the lab server from a DRS, it had the original registration/instance ID which ELM balked at. <br><br><br>Running the following command on the server fixed things up: license client reset registration <br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br>----- Original Message -----<br><br>From: "Lelio Fulgenzi" <<a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>> <br>To: "Cisco VOIP" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br>Sent: Monday, March 2, 2015 12:06:45 PM <br>Subject: [cisco-voip] building lab CUCM cluster from production cluster [update] <br><br><br><br><br>updated to insert #7, changing hostname... <br><br>I'm hoping to build a lab cluster from our production cluster. Here were the steps I was planning to take: <br><br><br> 1. prepare offline network with DNS, NTP, SFTP servers <br> 2. install CUCM v9.1 from disks, apply patch inline <br> 3. restore publisher from backup <br> 4. remove subscribers <br> 5. remove bulk of phones (leave only test phones) <br> 6. change publisher IP address <br> 7. change publisher hostname <br> 8. move publisher into online network <br> 9. connect to license server <br> 10. reconfigure features as required <br><br><br>Are there any other configurations I should remove from the publisher while it's off-line? From what I gather, most communications is from the device to CUCM server. Are there any that are CUCM outbound depending on config? I'm thinking SIP trunks? <br><br><br>--- <br>Lelio Fulgenzi, B.A. <br>Senior Analyst, Network Infrastructure <br>Computing and Communications Services (CCS) <br>University of Guelph <br><br>519?824?4120 Ext 56354 <br><a ymailto="mailto:lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a> <br><a href="http://www.uoguelph.ca/ccs">www.uoguelph.ca/ccs</a> <br>Room 037, Animal Science and Nutrition Building <br>Guelph, Ontario, N1G 2W1 <br><br><br>_______________________________________________ <br>cisco-voip mailing list <br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip </a><br><br>_______________________________________________ <br>cisco-voip mailing list <br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip </a><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/bfcef014/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/bfcef014/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 22<br>Date: Tue, 26 May 2015 19:12:18 -0400<br>From: Dave Goodwin <<a ymailto="mailto:dave.goodwin@december.net" href="mailto:dave.goodwin@december.net">dave.goodwin@december.net</a>><br>To: Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>Cc: "Wes Sisk (wsisk)" <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>>,<br> "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] MGCP Odd issue<br>Message-ID:<br> <CAMmXPv7eZiTFV2tuFVet2xNJO9FtjUjR=<a ymailto="mailto:KuKz28GqiNJfBjCeQ@mail.gmail.com" href="mailto:KuKz28GqiNJfBjCeQ@mail.gmail.com">KuKz28GqiNJfBjCeQ@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Barry, if you have the q931 debug from when the error occurred, and if you<br>are able to share it, that may help shed light on the error. The mandatory<br>IE missing issue is an ISDN protocol error where the CUCM and telco switch<br>are in disagreement about something. It is sometimes possible to determine<br>which IE is missing from the debug of the entire failed call.<br><br>TAC may be able to provide help as well, if you can provide that debug for<br>them.<br><br>On Tue, May 26, 2015 at 3:53 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>> wrote:<br><br>> Hi Wes. The "mandatory missing IE" message was at the end of a q931 debug<br>> right before the call goes busy. I may have over simplified my original<br>> explanation. I have several gateways that this exact same scenario happened<br>> to. All experienced the same condition, with the same configurations.<br>><br>> On Tue, May 26, 2015 at 3:33 PM, Wes Sisk (wsisk) <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>> wrote:<br>><br>>> a couple things here -<br>>><br>>> you say MGCP.. if using MGCP and d-channel bachaul then it is CCM?s ISDN<br>>> stack in use. Where did you see the error ?mandatory IE missing?? if it was<br>>> with debugs on the gateway then it may have been generated by the gateway?s<br>>> ISDN stack.<br>>><br>>> each isdn ?switch type? has subtle nuances in implementation. the right<br>>> answer really depends on what physical equipment the telco is using as well<br>>> as how they have the d-ch provisioned on their end.<br>>><br>>> it could be the telco changed config. or they might have upgraded the<br>>> switch. or you may have started using a different call flow that<br>>> added/removed IE?s.<br>>><br>>> also possible that a lingering reset/restart was not applied on the UCM<br>>> side (CSCtw80866 Reset Required flag in CCMAdmin for any device/trunk<br>>> that has been )<br>>><br>>> -w<br>>><br>>> On May 26, 2015, at 2:44 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>> wrote:<br>>><br>>> So I've had an MGCP/T1 gateway up and running with CCM, happy as a clam<br>>> for several weeks.<br>>><br>>> Then all of the sudden today it stopped passing inbound communication.<br>>> Egress works just fine, but ingress rings once then a fast busy.<br>>><br>>> In the ISDN logs I get "mandatory information element missing".<br>>><br>>> I am using; EF, BZ8S, Primary-ni (which is telco settings). Again<br>>> everything WAS fine. After some research I found that error to mean that<br>>> the CCM side kicked the call back to the gateway because it didn't get<br>>> everything it needed in the header.<br>>><br>>> A proposed suggestion was to use a different switch-type. So in the<br>>> CCM/Gateway/PRI config page, I changed the switch type to PRI-4ESS -><br>>> Saved/Applied/Reset (then restarted mgcp on the gateway) and presto,<br>>> ingress is now working.<br>>><br>>> If I reverse the process and go back to the Primary-ni in the<br>>> CCM/Gateway/PRI config, I get the same problem with ingress again.<br>>><br>>> Can anyone explain this to me? Does it sound like my telco changed<br>>> something? Seems like something with MGCP is goofed right? Is this<br>>> something that a telco would just arbitrarily change?<br>>><br>>> Thanks<br>>> _______________________________________________<br>>> cisco-voip mailing list<br>>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>>><br>>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/100135ad/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/100135ad/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 23<br>Date: Wed, 27 May 2015 01:02:30 +0000<br>From: "Jason Aarons (AM)" <<a ymailto="mailto:jason.aarons@dimensiondata.com" href="mailto:jason.aarons@dimensiondata.com">jason.aarons@dimensiondata.com</a>><br>To: "Gyrion, Larry" <<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a>>, "Cisco-voip<br> (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>)" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Changing DNS entries in Call Manager<br> 9.1.2.10000-28<br>Message-ID:<br> <<a ymailto="mailto:2EB6888CFB98614EA7384BEB9AF8B382171DD9D4@usispsvexdb03.na.didata.local" href="mailto:2EB6888CFB98614EA7384BEB9AF8B382171DD9D4@usispsvexdb03.na.didata.local">2EB6888CFB98614EA7384BEB9AF8B382171DD9D4@usispsvexdb03.na.didata.local</a>><br> <br>Content-Type: text/plain; charset="utf-8"<br><br>Everything is hostnames so https works without complaining. Certificates with ip addresses give warnings. 443/TLS/PKI is the future ?<br><br>You can change CUCM back to ip address but applications and websites, clients like Jabber, will give warnings/errors. I think your DNS should be rock solid, maybe you need secondary/tertiary dns entries.<br><br>From: cisco-voip [mailto:<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Gyrion, Larry<br>Sent: Tuesday, May 26, 2015 5:20 PM<br>To: Cisco-voip (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>)<br>Subject: [cisco-voip] Changing DNS entries in Call Manager 9.1.2.10000-28<br><br><br>We had an issue where we lost outbound calling ability when out primary DNS experiencing an unscheduled outage.<br>Our DNS entries are by host-name, not IP address. (it never failed over to the secondary DNS server, other items like computers did and internal and incoming traffic was working fine)<br><br>We also use UCCE 9<br><br>I?m not sure why it was configured by host name rather than IP address when it was configured a long time ago.<br><br>So my questions are:<br>Is there a valid reason why we use host-names instead of ip addresses?<br><br>How can we change from host-name to IP address?<br>Will this affect the licensing (ELM)? (The below is reference to pre 9.0 CUCM)<br><br>From: <a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a><mailto:<a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a>> [mailto:<a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a>] On Behalf Of Anthony Holloway<br>Sent: Monday, January 26, 2015 8:13 PM<br>To: Gyrion, Larry; Cisco-voip (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>>)<br>Subject: Re: [cisco-voip] Changing DNS entries in Call Manager 8.6.2<br><br>The easiest way to view the license MAC, is to SSH to the server, and issue the show status command.<br><br>Also, <a href="http://cisco.com/go/license" target="_blank">http://cisco.com/go/license </a>enables you to rehost your own license files without opening a case. Of course, I don't guarantee you'll be successful, but it's nice to know this option exists.<br><br>[Inline image 1]<br><br>Another thing to note, you will get 30 days to rehost your license before anything bad happens to your servers, but if you're in a pinch, and you're like on day 28 and you need like 10 more days, you can revert your change, then make the same change again, to restart the 30 day period.<br><br>If that was confusing, let me use this example. If my primary DNS was 1.1.1.1, and I changed it to 2.2.2.2, I would have 30 days to rehost my licenses. On day 28, I set the primary DNS back to 1.1.1.1, then immediately back to 2.2.2.2, and the 30 days starts over.<br><br>Last, buy certainly not least, if you are changing DNS settings, it would be imperative for you to consider what might happen if you changed your DNS suffix. I cannot speak to your environment exactly, but suffice it to say, certificates are based on names, and names sometimes contain DNS suffixes. You might start a chain reaction of changes, and as such you should plan that piece out more carefully. If you're only changing DNS server addresses, then you can ignore this last paragraph.<br><br>Good luck.<br><br>On Mon Jan 26 2015 at 4:43:19 PM Gyrion, Larry <<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a><mailto:<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a>>> wrote:<br>Looking for some guidance on updating the DNS entries on our CUCM cluster. A colleague went through the process, but upon entering the command received a warning stating that the change would invalidate our licenses. Has anybody come across this before, and if so, what was the proper course of action to ensure license preservation?<br>CUCM 8.6.2<br><br><br>Thank you,<br>Larry Gyrion | Telecommunications Analyst | Information Technology<br>Dean Clinic - Corporate offices<br>1800 W. Beltline Hwy<br>Madison WI. 53713<br>Phone 608.294.6201<tel:608.294.6201> | 5406201| Fax 608.280.6852<tel:608.280.6852><br><a ymailto="mailto:larry.gyrion@deancare.com" href="mailto:larry.gyrion@deancare.com">larry.gyrion@deancare.com</a><mailto:<a ymailto="mailto:larry.gyrion@deancare.com" href="mailto:larry.gyrion@deancare.com">larry.gyrion@deancare.com</a>> | <a href="http://www.deancare.com">www.deancare.com</a><<a href="http://www.deancare.com/" target="_blank">http://www.deancare.com/</a>><br>Partners who care<br><br><br>The information contained in this e-mail message and any attachments may be proprietary and is intended only for the confidential use of the designated recipient named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this communication in error please notify us immediately at the e-mail address listed above. Thank you.<br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br>________________________________<br><br>Confidentiality Notice: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.<br><br><br>itevomcid<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/9bb82a1a/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/9bb82a1a/attachment-0001.html</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: image001.png<br>Type: image/png<br>Size: 16825 bytes<br>Desc: image001.png<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/9bb82a1a/attachment-0001.png" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/9bb82a1a/attachment-0001.png</a>><br><br>------------------------------<br><br>Message: 24<br>Date: Tue, 26 May 2015 23:26:23 -0400<br>From: Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>To: Dave Goodwin <<a ymailto="mailto:dave.goodwin@december.net" href="mailto:dave.goodwin@december.net">dave.goodwin@december.net</a>><br>Cc: "Wes Sisk (wsisk)" <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>>,<br> "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] MGCP Odd issue<br>Message-ID:<br> <CAE6WWz9Okx2XkMpa4Z+Q3KAXm_eRgVsj8+<a ymailto="mailto:BS_KvW3FeCcAjGoA@mail.gmail.com" href="mailto:BS_KvW3FeCcAjGoA@mail.gmail.com">BS_KvW3FeCcAjGoA@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Dave. I have placed the full q931 from a failed call inline below. The<br>mandatory missing IE is at the bottom.<br><br>Syslog logging: enabled (0 messages dropped, 63 messages rate-limited, 0<br>flushes, 0 overruns, xml disabled, filtering disabled)<br><br>No Active Message Discriminator.<br><br><br><br>No Inactive Message Discriminator.<br><br><br> Console logging: disabled<br> Monitor logging: level debugging, 0 messages logged, xml disabled,<br> filtering disabled<br> Buffer logging: level debugging, 140 messages logged, xml disabled,<br> filtering disabled<br> Exception Logging: size (4096 bytes)<br> Count and timestamp logging messages: disabled<br> Persistent logging: disabled<br><br>No active filter modules.<br><br> Trap logging: level informational, 1381 message lines logged<br> Logging to XXX.XXX.XXX.XXX (udp port 514, audit disabled,<br> link up),<br> 1380 message lines logged,<br> 0 message lines rate-limited,<br> 0 message lines dropped-by-MD,<br> xml disabled, sequence number disabled<br> filtering disabled<br> Logging to XXX.XXX.XXX.XXX (udp port 514, audit disabled,<br> link up),<br> 1381 message lines logged,<br> 0 message lines rate-limited,<br> 0 message lines dropped-by-MD,<br> xml disabled, sequence number disabled<br> filtering disabled<br> Logging Source-Interface: VRF Name:<br> Loopback0<br><br>Log Buffer (10000000 bytes):<br><br>May 27 03:21:05.580: ISDN Se0/1/0:23 Q931: RX <- SETUP pd = 8 callref =<br>0x005D<br> Bearer Capability i = 0x8090A2<br> Standard = CCITT<br> Transfer Capability = Speech<br> Transfer Mode = Circuit<br> Transfer Rate = 64 kbit/s<br> Channel ID i = 0xA18381<br> Preferred, Channel 1<br> Facility i = 0x9F8B0100A1110201010201008009485546462C5259414E<br> Protocol Profile = Networking Extensions<br> 0xA1110201010201008009485546462C5259414E<br> Component = Invoke component<br> Invoke Id = 1<br> Operation = CallingName<br> Name Presentation Allowed Extended<br> Name = HOWSER,BARRY<br> Calling Party Number i = 0x2180, '<DN-INTENTIONALLY-REMOVED>'<br> Plan:ISDN, Type:National<br> Called Party Number i = 0xA1, '<DN-INTENTIONALLY-REMOVED>'<br> Plan:ISDN, Type:National<br>May 27 03:21:05.632: ISDN Se0/1/0:23 Q931: TX -> SETUP_ACK pd = 8 callref<br>= 0x805D<br> Channel ID i = 0xA98381<br> Exclusive, Channel 1<br>May 27 03:21:05.656: ISDN Se0/1/0:23 Q931: RX <- STATUS pd = 8 callref =<br>0x005D<br> Cause i = 0x82E50D - Message not compatible with call state<br> Call State i = 0x06<br>May 27 03:21:09.560: ISDN Se0/1/0:23 Q931: RX <- SETUP pd = 8 callref =<br>0x005D<br> Bearer Capability i = 0x8090A2<br> Standard = CCITT<br> Transfer Capability = Speech<br> Transfer Mode = Circuit<br> Transfer Rate = 64 kbit/s<br> Channel ID i = 0xA18381<br> Preferred, Channel 1<br> Facility i = 0x9F8B0100A1110201010201008009485546462C5259414E<br> Protocol Profile = Networking Extensions<br> 0xA1110201010201008009485546462C5259414E<br> Component = Invoke component<br> Invoke Id = 1<br> Operation = CallingName<br> Name Presentation Allowed Extended<br> Name = HOWSER,BARRY<br> Calling Party Number i = 0x2180, '<DN-INTENTIONALLY-REMOVED>'<br> Plan:ISDN, Type:National<br> Called Party Number i = 0xA1, '<DN-INTENTIONALLY-REMOVED>'<br> Plan:ISDN, Type:National<br>May 27 03:21:11.700: ISDN Se0/1/0:23 Q931: TX -> CALL_PROC pd = 8 callref<br>= 0x805D<br>May 27 03:21:11.700: ISDN Se0/1/0:23 Q931: TX -> ALERTING pd = 8 callref =<br>0x805D<br> Progress Ind i = 0x8088 - In-band info or appropriate now available<br>May 27 03:21:11.716: ISDN Se0/1/0:23 Q931: RX <- RELEASE_COMP pd = 8<br>callref = 0x005D<br> Cause i = 0x82E018 - Mandatory information element missing<br>May 27 03:21:11.716: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd = 8 callref =<br>0x005D<br> Cause i = 0x82D1 - Invalid call reference value<br><br>On Tue, May 26, 2015 at 7:12 PM, Dave Goodwin <<a ymailto="mailto:dave.goodwin@december.net" href="mailto:dave.goodwin@december.net">dave.goodwin@december.net</a>><br>wrote:<br><br>> Barry, if you have the q931 debug from when the error occurred, and if you<br>> are able to share it, that may help shed light on the error. The mandatory<br>> IE missing issue is an ISDN protocol error where the CUCM and telco switch<br>> are in disagreement about something. It is sometimes possible to determine<br>> which IE is missing from the debug of the entire failed call.<br>><br>> TAC may be able to provide help as well, if you can provide that debug for<br>> them.<br>><br>> On Tue, May 26, 2015 at 3:53 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>> wrote:<br>><br>>> Hi Wes. The "mandatory missing IE" message was at the end of a q931 debug<br>>> right before the call goes busy. I may have over simplified my original<br>>> explanation. I have several gateways that this exact same scenario happened<br>>> to. All experienced the same condition, with the same configurations.<br>>><br>>> On Tue, May 26, 2015 at 3:33 PM, Wes Sisk (wsisk) <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br>>> wrote:<br>>><br>>>> a couple things here -<br>>>><br>>>> you say MGCP.. if using MGCP and d-channel bachaul then it is CCM?s ISDN<br>>>> stack in use. Where did you see the error ?mandatory IE missing?? if it was<br>>>> with debugs on the gateway then it may have been generated by the gateway?s<br>>>> ISDN stack.<br>>>><br>>>> each isdn ?switch type? has subtle nuances in implementation. the right<br>>>> answer really depends on what physical equipment the telco is using as well<br>>>> as how they have the d-ch provisioned on their end.<br>>>><br>>>> it could be the telco changed config. or they might have upgraded the<br>>>> switch. or you may have started using a different call flow that<br>>>> added/removed IE?s.<br>>>><br>>>> also possible that a lingering reset/restart was not applied on the UCM<br>>>> side (CSCtw80866 Reset Required flag in CCMAdmin for any device/trunk<br>>>> that has been )<br>>>><br>>>> -w<br>>>><br>>>> On May 26, 2015, at 2:44 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>> wrote:<br>>>><br>>>> So I've had an MGCP/T1 gateway up and running with CCM, happy as a clam<br>>>> for several weeks.<br>>>><br>>>> Then all of the sudden today it stopped passing inbound communication.<br>>>> Egress works just fine, but ingress rings once then a fast busy.<br>>>><br>>>> In the ISDN logs I get "mandatory information element missing".<br>>>><br>>>> I am using; EF, BZ8S, Primary-ni (which is telco settings). Again<br>>>> everything WAS fine. After some research I found that error to mean that<br>>>> the CCM side kicked the call back to the gateway because it didn't get<br>>>> everything it needed in the header.<br>>>><br>>>> A proposed suggestion was to use a different switch-type. So in the<br>>>> CCM/Gateway/PRI config page, I changed the switch type to PRI-4ESS -><br>>>> Saved/Applied/Reset (then restarted mgcp on the gateway) and presto,<br>>>> ingress is now working.<br>>>><br>>>> If I reverse the process and go back to the Primary-ni in the<br>>>> CCM/Gateway/PRI config, I get the same problem with ingress again.<br>>>><br>>>> Can anyone explain this to me? Does it sound like my telco changed<br>>>> something? Seems like something with MGCP is goofed right? Is this<br>>>> something that a telco would just arbitrarily change?<br>>>><br>>>> Thanks<br>>>> _______________________________________________<br>>>> cisco-voip mailing list<br>>>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>>>><br>>>><br>>><br>>> _______________________________________________<br>>> cisco-voip mailing list<br>>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>>><br>>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/0c0b1a70/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150526/0c0b1a70/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 25<br>Date: Wed, 27 May 2015 07:24:06 +0200<br>From: Alessandro Bertacco <<a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>><br>To: Brian Meade <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] R: ATA190 Registration Failed<br>Message-ID: <<a ymailto="mailto:5556218A00F50683@smtp204.alice.it" href="mailto:5556218A00F50683@smtp204.alice.it">5556218A00F50683@smtp204.alice.it</a>> (added by<br> <a ymailto="mailto:postmaster@alice.it" href="mailto:postmaster@alice.it">postmaster@alice.it</a>)<br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Brian, thanks for the answer, but this is the only one node in the cluster.<br><br>----- Messaggio originale -----<br>Da: "Brian Meade" <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>Inviato: ?26/?05/?2015 23:06<br>A: "Alessandro Bertacco" <<a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Oggetto: Re: [cisco-voip] ATA190 Registration Failed<br><br>It looks like these traces are from a backup CCM node in the CM Group. You<br>can see the expires=0 in the Register message and the 200OK so it is<br>instantly un-registering. That's usually how SIP devices keep status on a<br>failover server.<br><br>Do you have the logs from the primary node?<br><br>On Tue, May 26, 2015 at 4:57 PM, Alessandro Bertacco <<br><a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>> wrote:<br><br>><br>><br>> Hi all, we have issue with ATA190 (FW version 1.1.2(0.05) that don't<br>> register with our CUCM 10.5.x.<br>><br>><br>><br>> (Changing the ATA190 device, issue persist)<br>><br>><br>><br>> Cluster of one node in mixed mode, but we don?t use encryption to the<br>> endpoint. Standard non secure profile are used.<br>><br>><br>><br>> The device is already configured from Communication Manager Side, with the<br>> mac-address and DN. TFTP server is correctly issued on theATA190 adapter,<br>> but from the Web interface I can see registration failed. (Also from CUCM<br>> side)<br>><br>><br>><br>> From the Communication Manager, I've captured some SDL log regarding the<br>> Registration request sent from the ATA90 that the ip address is<br>> 192.168.121.52, and primary MAC addres is: 34DBFD186BCA.<br>><br>><br>><br>> The trace is attached to this email.<br>><br>><br>><br>> Any idea?<br>><br>><br>><br>> Thank you for your time<br>><br>><br>><br>> Regards<br>><br>><br>><br>> --<br>><br>> Alessandro Bertacco<br>><br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/bf9213cd/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/bf9213cd/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 26<br>Date: Wed, 27 May 2015 19:02:48 +1000<br>From: Andrew Grech <<a ymailto="mailto:agrech88@gmail.com" href="mailto:agrech88@gmail.com">agrech88@gmail.com</a>><br>To: Ed Leatherman <<a ymailto="mailto:ealeatherman@gmail.com" href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>><br>Cc: Cisco VOIP <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] OT: Telemanagement software/IT billing<br>Message-ID:<br> <CAGPwyrTm18BqJGVQOhRj3greLJKOzOykHZAvJzDAUjRuWz3=<a ymailto="mailto:BQ@mail.gmail.com" href="mailto:BQ@mail.gmail.com">BQ@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Tri-Line here no complaints<br><br>On Wed, May 27, 2015 at 5:16 AM, Ed Leatherman <<a ymailto="mailto:ealeatherman@gmail.com" href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>><br>wrote:<br><br>> Hello!<br>><br>> I was wondering if any edu folks on the list would mind a few out-of-band<br>> questions around telemanagement software, IT billing, and the like. We're<br>> looking at renewal/upgrade on our current software and the pricing we're<br>> getting us is prompting us to do some research into other solutions.<br>><br>> Thanks!<br>><br>> Ed<br>><br>> --<br>> Ed Leatherman<br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/aa279f9a/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/aa279f9a/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 27<br>Date: Wed, 27 May 2015 20:17:36 +1000<br>From: Andrew Grech <<a ymailto="mailto:agrech88@gmail.com" href="mailto:agrech88@gmail.com">agrech88@gmail.com</a>><br>To: Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>><br>Cc: "Ryan Ratliff (rratliff)" <<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>>, cisco-voip voyp<br> list <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br>Message-ID:<br> <CAGPwyrTUrjSWA-SpcQfjCQCTaGGSRwnVtJkRxn4Un+<a ymailto="mailto:W4y9NHqA@mail.gmail.com" href="mailto:W4y9NHqA@mail.gmail.com">W4y9NHqA@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>When issuing certs with SANS the CN needs to included as a SAN. FYI<br><br>On Wed, May 27, 2015 at 6:57 AM, Matthew Loraditch <<br><a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>> wrote:<br><br>> The only SAN was the root of the domain name.. but I removed that and<br>> now it works. Oddest thing I?ve seen in a while..<br>><br>><br>><br>> Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>> Network Engineer<br>> Direct Voice: 443.541.1518<br>><br>> Facebook <<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<br>> <<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<br>> <<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> |<br>> G+ <<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br>><br>><br>><br>> *From:* Ryan Ratliff (rratliff) [mailto:<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>> *Sent:* Thursday, May 21, 2015 2:41 PM<br>> *To:* Matthew Loraditch<br>> *Cc:* cisco-voip voyp list<br>> *Subject:* Re: [cisco-voip] Very Strange SSL Issue...<br>><br>><br>><br>> Check and see if the CN is also a SAN. I?ve seen recent browsers that<br>> ignore CN if any SAN is present.<br>><br>><br>><br>> -Ryan<br>><br>><br>><br>> On May 20, 2015, at 1:31 PM, Matthew Loraditch <<br>> <a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>> wrote:<br>><br>><br>><br>> Has anyone ever seen where you put a cert on CUCM/CUCXN/IM&P and the<br>> Subject name matches but your browser insists it doesn?t? I can?t figure<br>> this out. I checked as best I could for spaces like mentioned in Lelio?s<br>> recent thread about a CSR and I have no indication of that.<br>><br>><br>><br>> I honestly don?t have a clue where to go, it?s not really a server issue<br>> as the server is just presenting the cert I installed, but I have it on<br>> both UCxn and CCM/IM&P. I can?t believe I put an errant space on both<br>> servers?<br>><br>><br>><br>> Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>> Network Engineer<br>> Direct Voice: 443.541.1518<br>><br>><br>> Facebook <<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<br>> <<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<br>> <<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> |<br>> G+ <<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br>><br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/db4ef0c3/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/db4ef0c3/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 28<br>Date: Wed, 27 May 2015 11:24:12 +0000<br>From: "Hefin James [ahj]" <<a ymailto="mailto:ahj@aber.ac.uk" href="mailto:ahj@aber.ac.uk">ahj@aber.ac.uk</a>><br>To: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] LDAP Sync question - adding LDAP sync to<br> existing CM Cluster<br>Message-ID:<br> <<a ymailto="mailto:AM3PR04MB4354A5340D1D8CD07FAD2B491CB0@AM3PR04MB435.eurprd04.prod.outlook.com" href="mailto:AM3PR04MB4354A5340D1D8CD07FAD2B491CB0@AM3PR04MB435.eurprd04.prod.outlook.com">AM3PR04MB4354A5340D1D8CD07FAD2B491CB0@AM3PR04MB435.eurprd04.prod.outlook.com</a>><br> <br>Content-Type: text/plain; charset="us-ascii"<br><br>Hi Everyone,<br><br>We've just upgraded to CM 10.5.2, and the next thing I want to do is enable LDAP sync for users.<br><br>The question I want to ask is what happens to existing users set via CM.<br>Matching users will get data overwritten by LDAP, and account converted to LDAP account.<br>What happens to users that are not matched with LDAP during the initial sync, do they remain as locally administered accounts?<br>The more I read the more conflicting information I get about the 'non matching' users.<br><br>Thanks,<br>Hefin<br><br><br><br>------------------------------<br><br>Message: 29<br>Date: Wed, 27 May 2015 11:29:25 +0000<br>From: Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>><br>To: Andrew Grech <<a ymailto="mailto:agrech88@gmail.com" href="mailto:agrech88@gmail.com">agrech88@gmail.com</a>><br>Cc: "Ryan Ratliff (rratliff)" <<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>>, cisco-voip voyp<br> list <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br>Message-ID:<br> <<a ymailto="mailto:C75AF2AD9308C246AFBDDB994E3E29833569CE46@PHANES.helion.local" href="mailto:C75AF2AD9308C246AFBDDB994E3E29833569CE46@PHANES.helion.local">C75AF2AD9308C246AFBDDB994E3E29833569CE46@PHANES.helion.local</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>That makes sense, but I know I?ve done this before w/o issue, albeit I may not have been at precisely the version this server was at in this scenario (single server 10.5.2SU1).<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br><br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>From: Andrew Grech [mailto:<a ymailto="mailto:agrech88@gmail.com" href="mailto:agrech88@gmail.com">agrech88@gmail.com</a>]<br>Sent: Wednesday, May 27, 2015 6:18 AM<br>To: Matthew Loraditch<br>Cc: Ryan Ratliff (rratliff); cisco-voip voyp list<br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br><br>When issuing certs with SANS the CN needs to included as a SAN. FYI<br><br>On Wed, May 27, 2015 at 6:57 AM, Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a><mailto:<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>>> wrote:<br>The only SAN was the root of the domain name.. but I removed that and now it works. Oddest thing I?ve seen in a while..<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>From: Ryan Ratliff (rratliff) [mailto:<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a><mailto:<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>>]<br>Sent: Thursday, May 21, 2015 2:41 PM<br>To: Matthew Loraditch<br>Cc: cisco-voip voyp list<br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br><br>Check and see if the CN is also a SAN. I?ve seen recent browsers that ignore CN if any SAN is present.<br><br>-Ryan<br><br>On May 20, 2015, at 1:31 PM, Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a><mailto:<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>>> wrote:<br><br>Has anyone ever seen where you put a cert on CUCM/CUCXN/IM&P and the Subject name matches but your browser insists it doesn?t? I can?t figure this out. I checked as best I could for spaces like mentioned in Lelio?s recent thread about a CSR and I have no indication of that.<br><br>I honestly don?t have a clue where to go, it?s not really a server issue as the server is just presenting the cert I installed, but I have it on both UCxn and CCM/IM&P. I can?t believe I put an errant space on both servers?<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br><br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/ccb7878a/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/ccb7878a/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 30<br>Date: Wed, 27 May 2015 08:02:37 -0400<br>From: Dave Goodwin <<a ymailto="mailto:dave.goodwin@december.net" href="mailto:dave.goodwin@december.net">dave.goodwin@december.net</a>><br>To: "Hefin James [ahj]" <<a ymailto="mailto:ahj@aber.ac.uk" href="mailto:ahj@aber.ac.uk">ahj@aber.ac.uk</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] LDAP Sync question - adding LDAP sync to<br> existing CM Cluster<br>Message-ID:<br> <CAMmXPv4v1C6X=gzn_3_nX+<a ymailto="mailto:tKc0zUvGRXxvDDAieNsuPfb9we0w@mail.gmail.com" href="mailto:tKc0zUvGRXxvDDAieNsuPfb9we0w@mail.gmail.com">tKc0zUvGRXxvDDAieNsuPfb9we0w@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hefin, the locally created users are still going to be present, will still<br>use local authentication, and you can also continue to create additional<br>local users. Note: I believe this behavior began with version 10.0.<br><a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab10/collab10/directry.html#pgfId-1067953" target="_blank">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab10/collab10/directry.html#pgfId-1067953</a><br><br>-Dave<br><br>On Wed, May 27, 2015 at 7:24 AM, Hefin James [ahj] <<a ymailto="mailto:ahj@aber.ac.uk" href="mailto:ahj@aber.ac.uk">ahj@aber.ac.uk</a>> wrote:<br><br>> Hi Everyone,<br>><br>> We've just upgraded to CM 10.5.2, and the next thing I want to do is<br>> enable LDAP sync for users.<br>><br>> The question I want to ask is what happens to existing users set via CM.<br>> Matching users will get data overwritten by LDAP, and account converted to<br>> LDAP account.<br>> What happens to users that are not matched with LDAP during the initial<br>> sync, do they remain as locally administered accounts?<br>> The more I read the more conflicting information I get about the 'non<br>> matching' users.<br>><br>> Thanks,<br>> Hefin<br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/f1a79718/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/f1a79718/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 31<br>Date: Wed, 27 May 2015 08:25:22 -0400<br>From: Dave Goodwin <<a ymailto="mailto:dave.goodwin@december.net" href="mailto:dave.goodwin@december.net">dave.goodwin@december.net</a>><br>To: Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>Cc: "Wes Sisk (wsisk)" <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>>,<br> "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] MGCP Odd issue<br>Message-ID:<br> <<a ymailto="mailto:CAMmXPv6DYBFi9HydVjTMhnvcid3CWv9hYHPnoierYoUQ9HbUgQ@mail.gmail.com" href="mailto:CAMmXPv6DYBFi9HydVjTMhnvcid3CWv9hYHPnoierYoUQ9HbUgQ@mail.gmail.com">CAMmXPv6DYBFi9HydVjTMhnvcid3CWv9hYHPnoierYoUQ9HbUgQ@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>The "Mandatory information element missing" error states the missing IE is<br>0x18. That is referring to the fact that the CALL_PROC you sent telco<br>contains no Channel ID IE, which is normally required. Looking further back<br>in the call flow, it seems that after the initial SETUP message was<br>received, you sent telco a SETUP_ACK - which they also complained about<br>receiving (Message not compatible with call state).<br><br>If this PRI is truly under the control of UCM registered as MGCP, and not<br>under local IOS control, it seems like UCM has gone into overlap receiving<br>mode, where it expects to receive potentially additional digits in<br>INFORMATION messages. I don't think you're going to find any public PRI<br>service providers (at least not in the US) who will use overlap sending;<br>they will send you all the digits in the initial SETUP. Can you look in<br>your Service Parameters for CallManager and check if the Overlap Receiving<br>for PRI Flag is set to True? It is normally False by default (from memory).<br>Keep in mind the setting is cluster-wide, so if you decide to change it,<br>make sure you don't have any UCM-managed PRI interfaces where you actually<br>do need to use overlap receiving.<br><br>BTW, from what I am able to find, the 5ESS protocol (and presumably 4ESS)<br>has no such message SETUP_ACK that would be used for overlap receiving<br>mode. That is probably why changing the protocol makes the error go away,<br>since UCM is probably not going to send that message telco doesn't like,<br>since doing so would violate the configured protocol.<br><br>-Dave<br><br>On Tue, May 26, 2015 at 11:26 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>wrote:<br><br>> Hi Dave. I have placed the full q931 from a failed call inline below. The<br>> mandatory missing IE is at the bottom.<br>><br>> Syslog logging: enabled (0 messages dropped, 63 messages rate-limited, 0<br>> flushes, 0 overruns, xml disabled, filtering disabled)<br>><br>> No Active Message Discriminator.<br>><br>><br>><br>> No Inactive Message Discriminator.<br>><br>><br>> Console logging: disabled<br>> Monitor logging: level debugging, 0 messages logged, xml disabled,<br>> filtering disabled<br>> Buffer logging: level debugging, 140 messages logged, xml disabled,<br>> filtering disabled<br>> Exception Logging: size (4096 bytes)<br>> Count and timestamp logging messages: disabled<br>> Persistent logging: disabled<br>><br>> No active filter modules.<br>><br>> Trap logging: level informational, 1381 message lines logged<br>> Logging to XXX.XXX.XXX.XXX (udp port 514, audit disabled,<br>> link up),<br>> 1380 message lines logged,<br>> 0 message lines rate-limited,<br>> 0 message lines dropped-by-MD,<br>> xml disabled, sequence number disabled<br>> filtering disabled<br>> Logging to XXX.XXX.XXX.XXX (udp port 514, audit disabled,<br>> link up),<br>> 1381 message lines logged,<br>> 0 message lines rate-limited,<br>> 0 message lines dropped-by-MD,<br>> xml disabled, sequence number disabled<br>> filtering disabled<br>> Logging Source-Interface: VRF Name:<br>> Loopback0<br>><br>> Log Buffer (10000000 bytes):<br>><br>> May 27 03:21:05.580: ISDN Se0/1/0:23 Q931: RX <- SETUP pd = 8 callref =<br>> 0x005D<br>> Bearer Capability i = 0x8090A2<br>> Standard = CCITT<br>> Transfer Capability = Speech<br>> Transfer Mode = Circuit<br>> Transfer Rate = 64 kbit/s<br>> Channel ID i = 0xA18381<br>> Preferred, Channel 1<br>> Facility i = 0x9F8B0100A1110201010201008009485546462C5259414E<br>> Protocol Profile = Networking Extensions<br>> 0xA1110201010201008009485546462C5259414E<br>> Component = Invoke component<br>> Invoke Id = 1<br>> Operation = CallingName<br>> Name Presentation Allowed Extended<br>> Name = HOWSER,BARRY<br>> Calling Party Number i = 0x2180, '<DN-INTENTIONALLY-REMOVED>'<br>> Plan:ISDN, Type:National<br>> Called Party Number i = 0xA1, '<DN-INTENTIONALLY-REMOVED>'<br>> Plan:ISDN, Type:National<br>> May 27 03:21:05.632: ISDN Se0/1/0:23 Q931: TX -> SETUP_ACK pd = 8 callref<br>> = 0x805D<br>> Channel ID i = 0xA98381<br>> Exclusive, Channel 1<br>> May 27 03:21:05.656: ISDN Se0/1/0:23 Q931: RX <- STATUS pd = 8 callref =<br>> 0x005D<br>> Cause i = 0x82E50D - Message not compatible with call state<br>> Call State i = 0x06<br>> May 27 03:21:09.560: ISDN Se0/1/0:23 Q931: RX <- SETUP pd = 8 callref =<br>> 0x005D<br>> Bearer Capability i = 0x8090A2<br>> Standard = CCITT<br>> Transfer Capability = Speech<br>> Transfer Mode = Circuit<br>> Transfer Rate = 64 kbit/s<br>> Channel ID i = 0xA18381<br>> Preferred, Channel 1<br>> Facility i = 0x9F8B0100A1110201010201008009485546462C5259414E<br>> Protocol Profile = Networking Extensions<br>> 0xA1110201010201008009485546462C5259414E<br>> Component = Invoke component<br>> Invoke Id = 1<br>> Operation = CallingName<br>> Name Presentation Allowed Extended<br>> Name = HOWSER,BARRY<br>> Calling Party Number i = 0x2180, '<DN-INTENTIONALLY-REMOVED>'<br>> Plan:ISDN, Type:National<br>> Called Party Number i = 0xA1, '<DN-INTENTIONALLY-REMOVED>'<br>> Plan:ISDN, Type:National<br>> May 27 03:21:11.700: ISDN Se0/1/0:23 Q931: TX -> CALL_PROC pd = 8 callref<br>> = 0x805D<br>> May 27 03:21:11.700: ISDN Se0/1/0:23 Q931: TX -> ALERTING pd = 8 callref<br>> = 0x805D<br>> Progress Ind i = 0x8088 - In-band info or appropriate now<br>> available<br>> May 27 03:21:11.716: ISDN Se0/1/0:23 Q931: RX <- RELEASE_COMP pd = 8<br>> callref = 0x005D<br>> Cause i = 0x82E018 - Mandatory information element missing<br>> May 27 03:21:11.716: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd = 8 callref =<br>> 0x005D<br>> Cause i = 0x82D1 - Invalid call reference value<br>><br>> On Tue, May 26, 2015 at 7:12 PM, Dave Goodwin <<a ymailto="mailto:dave.goodwin@december.net" href="mailto:dave.goodwin@december.net">dave.goodwin@december.net</a>><br>> wrote:<br>><br>>> Barry, if you have the q931 debug from when the error occurred, and if<br>>> you are able to share it, that may help shed light on the error. The<br>>> mandatory IE missing issue is an ISDN protocol error where the CUCM and<br>>> telco switch are in disagreement about something. It is sometimes possible<br>>> to determine which IE is missing from the debug of the entire failed call.<br>>><br>>> TAC may be able to provide help as well, if you can provide that debug<br>>> for them.<br>>><br>>> On Tue, May 26, 2015 at 3:53 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>>> wrote:<br>>><br>>>> Hi Wes. The "mandatory missing IE" message was at the end of a q931<br>>>> debug right before the call goes busy. I may have over simplified my<br>>>> original explanation. I have several gateways that this exact same scenario<br>>>> happened to. All experienced the same condition, with the same<br>>>> configurations.<br>>>><br>>>> On Tue, May 26, 2015 at 3:33 PM, Wes Sisk (wsisk) <<a ymailto="mailto:wsisk@cisco.com" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br>>>> wrote:<br>>>><br>>>>> a couple things here -<br>>>>><br>>>>> you say MGCP.. if using MGCP and d-channel bachaul then it is CCM?s<br>>>>> ISDN stack in use. Where did you see the error ?mandatory IE missing?? if<br>>>>> it was with debugs on the gateway then it may have been generated by the<br>>>>> gateway?s ISDN stack.<br>>>>><br>>>>> each isdn ?switch type? has subtle nuances in implementation. the right<br>>>>> answer really depends on what physical equipment the telco is using as well<br>>>>> as how they have the d-ch provisioned on their end.<br>>>>><br>>>>> it could be the telco changed config. or they might have upgraded the<br>>>>> switch. or you may have started using a different call flow that<br>>>>> added/removed IE?s.<br>>>>><br>>>>> also possible that a lingering reset/restart was not applied on the UCM<br>>>>> side (CSCtw80866 Reset Required flag in CCMAdmin for any device/trunk<br>>>>> that has been )<br>>>>><br>>>>> -w<br>>>>><br>>>>> On May 26, 2015, at 2:44 PM, Barry Howser <<a ymailto="mailto:bhowser5050@gmail.com" href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>><br>>>>> wrote:<br>>>>><br>>>>> So I've had an MGCP/T1 gateway up and running with CCM, happy as a clam<br>>>>> for several weeks.<br>>>>><br>>>>> Then all of the sudden today it stopped passing inbound communication.<br>>>>> Egress works just fine, but ingress rings once then a fast busy.<br>>>>><br>>>>> In the ISDN logs I get "mandatory information element missing".<br>>>>><br>>>>> I am using; EF, BZ8S, Primary-ni (which is telco settings). Again<br>>>>> everything WAS fine. After some research I found that error to mean that<br>>>>> the CCM side kicked the call back to the gateway because it didn't get<br>>>>> everything it needed in the header.<br>>>>><br>>>>> A proposed suggestion was to use a different switch-type. So in the<br>>>>> CCM/Gateway/PRI config page, I changed the switch type to PRI-4ESS -><br>>>>> Saved/Applied/Reset (then restarted mgcp on the gateway) and presto,<br>>>>> ingress is now working.<br>>>>><br>>>>> If I reverse the process and go back to the Primary-ni in the<br>>>>> CCM/Gateway/PRI config, I get the same problem with ingress again.<br>>>>><br>>>>> Can anyone explain this to me? Does it sound like my telco changed<br>>>>> something? Seems like something with MGCP is goofed right? Is this<br>>>>> something that a telco would just arbitrarily change?<br>>>>><br>>>>> Thanks<br>>>>> _______________________________________________<br>>>>> cisco-voip mailing list<br>>>>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>>>>><br>>>>><br>>>><br>>>> _______________________________________________<br>>>> cisco-voip mailing list<br>>>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>>>><br>>>><br>>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/c256a966/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/c256a966/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 32<br>Date: Wed, 27 May 2015 14:34:07 +0100<br>From: Andy <<a ymailto="mailto:andy.carse@gmail.com" href="mailto:andy.carse@gmail.com">andy.carse@gmail.com</a>><br>To: cisco-voip voyp list <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: [cisco-voip] inbound h.323 calls fail to Expressway<br>Message-ID: <<a ymailto="mailto:A3B4F1E4-52E8-468E-BD83-4234C79DBC4D@gmail.com" href="mailto:A3B4F1E4-52E8-468E-BD83-4234C79DBC4D@gmail.com">A3B4F1E4-52E8-468E-BD83-4234C79DBC4D@gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi, <br>I?m having issues with inbound h.323 calls to our Expressway deployment.<br>SIP calls work ok both directions.<br><br>So we have SX10/MX300G2 endpoints registered to call manager if an external user dials the url <a ymailto="mailto:123456@ip.addr.of.vcse" href="mailto:123456@ip.addr.of.vcse">123456@ip.addr.of.vcse</a> i can see the call hit the expressway-e, but the call fails with no route to host.<br><br>Do I need to have a separate Traversal Zone for h.323 and SIP to achieve this?<br><br>Looking at the Basic setup for Expressway its not clear.<br><br>On the e i have <br><br><br><br><br>On the c I have<br> <br><br><br>Andy<br><a ymailto="mailto:andy.carse@gmail.com" href="mailto:andy.carse@gmail.com">andy.carse@gmail.com</a><br><br><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/6a7a66da/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/6a7a66da/attachment-0001.html</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: vcse zones.PNG<br>Type: image/png<br>Size: 26614 bytes<br>Desc: not available<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/6a7a66da/attachment-0002.png" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/6a7a66da/attachment-0002.png</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: vcsc zones.PNG<br>Type: image/png<br>Size: 38216 bytes<br>Desc: not available<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/6a7a66da/attachment-0003.png" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/6a7a66da/attachment-0003.png</a>><br><br>------------------------------<br><br>Message: 33<br>Date: Wed, 27 May 2015 13:49:30 +0000<br>From: "Ryan Ratliff (rratliff)" <<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>To: Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>><br>Cc: Andrew Grech <<a ymailto="mailto:agrech88@gmail.com" href="mailto:agrech88@gmail.com">agrech88@gmail.com</a>>, cisco-voip voyp list<br> <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br>Message-ID: <<a ymailto="mailto:F7A99BD9-76B1-48AB-BA38-5A0B158431D7@cisco.com" href="mailto:F7A99BD9-76B1-48AB-BA38-5A0B158431D7@cisco.com">F7A99BD9-76B1-48AB-BA38-5A0B158431D7@cisco.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>The requirement of the CN being in the SAN is a browser thing, not a server issue. It?s also going to be a CA requirement going forward if you buy certs from external CAs.<br><br>-Ryan<br><br>On May 27, 2015, at 7:29 AM, Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a><mailto:<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>>> wrote:<br><br>That makes sense, but I know I?ve done this before w/o issue, albeit I may not have been at precisely the version this server was at in this scenario (single server 10.5.2SU1).<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br><br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>From: Andrew Grech [mailto:<a ymailto="mailto:agrech88@gmail.com" href="mailto:agrech88@gmail.com">agrech88@gmail.com</a>]<br>Sent: Wednesday, May 27, 2015 6:18 AM<br>To: Matthew Loraditch<br>Cc: Ryan Ratliff (rratliff); cisco-voip voyp list<br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br><br>When issuing certs with SANS the CN needs to included as a SAN. FYI<br><br>On Wed, May 27, 2015 at 6:57 AM, Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a><mailto:<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>>> wrote:<br>The only SAN was the root of the domain name.. but I removed that and now it works. Oddest thing I?ve seen in a while..<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>From: Ryan Ratliff (rratliff) [mailto:<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a><mailto:<a ymailto="mailto:rratliff@cisco.com" href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>>]<br>Sent: Thursday, May 21, 2015 2:41 PM<br>To: Matthew Loraditch<br>Cc: cisco-voip voyp list<br>Subject: Re: [cisco-voip] Very Strange SSL Issue...<br><br>Check and see if the CN is also a SAN. I?ve seen recent browsers that ignore CN if any SAN is present.<br><br>-Ryan<br><br>On May 20, 2015, at 1:31 PM, Matthew Loraditch <<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a><mailto:<a ymailto="mailto:MLoraditch@heliontechnologies.com" href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>>> wrote:<br><br>Has anyone ever seen where you put a cert on CUCM/CUCXN/IM&P and the Subject name matches but your browser insists it doesn?t? I can?t figure this out. I checked as best I could for spaces like mentioned in Lelio?s recent thread about a CSR and I have no indication of that.<br><br>I honestly don?t have a clue where to go, it?s not really a server issue as the server is just presenting the cert I installed, but I have it on both UCxn and CCM/IM&P. I can?t believe I put an errant space on both servers?<br><br>Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA<br>Network Engineer<br>Direct Voice: 443.541.1518<br><br>Facebook<<a href="https://www.facebook.com/heliontech?ref=hl" target="_blank">https://www.facebook.com/heliontech?ref=hl</a>> | Twitter<<a href="https://twitter.com/HelionTech" target="_blank">https://twitter.com/HelionTech</a>> | LinkedIn<<a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" target="_blank">https://www.linkedin.com/company/helion-technologies?trk=top_nav_home</a>> | G+<<a href="https://plus.google.com/+Heliontechnologies/posts" target="_blank">https://plus.google.com/+Heliontechnologies/posts</a>><br><br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/e3ed354c/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/e3ed354c/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 34<br>Date: Wed, 27 May 2015 14:17:19 +0000<br>From: "Gyrion, Larry" <<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a>><br>To: "Jason Aarons (AM)" <<a ymailto="mailto:jason.aarons@dimensiondata.com" href="mailto:jason.aarons@dimensiondata.com">jason.aarons@dimensiondata.com</a>>, "Cisco-voip<br> (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>)" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Changing DNS entries in Call Manager<br> 9.1.2.10000-28<br>Message-ID:<br> <<a ymailto="mailto:6b7ec75de6504ff3bb481753620411b7@S928-APEXM12.ds.ad.ssmhc.com" href="mailto:6b7ec75de6504ff3bb481753620411b7@S928-APEXM12.ds.ad.ssmhc.com">6b7ec75de6504ff3bb481753620411b7@S928-APEXM12.ds.ad.ssmhc.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>We do have a secondary DNS in place, after further investigation he primary DNS never went fully down, it went unresponsive during a back-up procedure.<br>Is it that since the DNS never went ?fully? down the Cisco voice side (the SIP trunks) never knew to switch to the secondary DNS (not as smart as the Microsoft workstations/servers).<br><br><br>Thank you<br><br>From: Jason Aarons (AM) [mailto:<a ymailto="mailto:jason.aarons@dimensiondata.com" href="mailto:jason.aarons@dimensiondata.com">jason.aarons@dimensiondata.com</a>]<br>Sent: Tuesday, May 26, 2015 8:03 PM<br>To: Gyrion, Larry; Cisco-voip (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>)<br>Subject: RE: Changing DNS entries in Call Manager 9.1.2.10000-28<br><br>Everything is hostnames so https works without complaining. Certificates with ip addresses give warnings. 443/TLS/PKI is the future ?<br><br>You can change CUCM back to ip address but applications and websites, clients like Jabber, will give warnings/errors. I think your DNS should be rock solid, maybe you need secondary/tertiary dns entries.<br><br>From: cisco-voip [mailto:<a ymailto="mailto:cisco-voip-bounces@puck.nether.net" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Gyrion, Larry<br>Sent: Tuesday, May 26, 2015 5:20 PM<br>To: Cisco-voip (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>>)<br>Subject: [cisco-voip] Changing DNS entries in Call Manager 9.1.2.10000-28<br><br><br>We had an issue where we lost outbound calling ability when out primary DNS experiencing an unscheduled outage.<br>Our DNS entries are by host-name, not IP address. (it never failed over to the secondary DNS server, other items like computers did and internal and incoming traffic was working fine)<br><br>We also use UCCE 9<br><br>I?m not sure why it was configured by host name rather than IP address when it was configured a long time ago.<br><br>So my questions are:<br>Is there a valid reason why we use host-names instead of ip addresses?<br><br>How can we change from host-name to IP address?<br>Will this affect the licensing (ELM)? (The below is reference to pre 9.0 CUCM)<br><br>From: <a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a><mailto:<a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a>> [mailto:<a ymailto="mailto:avholloway@gmail.com" href="mailto:avholloway@gmail.com">avholloway@gmail.com</a>] On Behalf Of Anthony Holloway<br>Sent: Monday, January 26, 2015 8:13 PM<br>To: Gyrion, Larry; Cisco-voip (<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>>)<br>Subject: Re: [cisco-voip] Changing DNS entries in Call Manager 8.6.2<br><br>The easiest way to view the license MAC, is to SSH to the server, and issue the show status command.<br><br>Also, <a href="http://cisco.com/go/license" target="_blank">http://cisco.com/go/license </a>enables you to rehost your own license files without opening a case. Of course, I don't guarantee you'll be successful, but it's nice to know this option exists.<br><br>[Inline image 1]<br><br>Another thing to note, you will get 30 days to rehost your license before anything bad happens to your servers, but if you're in a pinch, and you're like on day 28 and you need like 10 more days, you can revert your change, then make the same change again, to restart the 30 day period.<br><br>If that was confusing, let me use this example. If my primary DNS was 1.1.1.1, and I changed it to 2.2.2.2, I would have 30 days to rehost my licenses. On day 28, I set the primary DNS back to 1.1.1.1, then immediately back to 2.2.2.2, and the 30 days starts over.<br><br>Last, buy certainly not least, if you are changing DNS settings, it would be imperative for you to consider what might happen if you changed your DNS suffix. I cannot speak to your environment exactly, but suffice it to say, certificates are based on names, and names sometimes contain DNS suffixes. You might start a chain reaction of changes, and as such you should plan that piece out more carefully. If you're only changing DNS server addresses, then you can ignore this last paragraph.<br><br>Good luck.<br><br>On Mon Jan 26 2015 at 4:43:19 PM Gyrion, Larry <<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a><mailto:<a ymailto="mailto:Larry.Gyrion@deancare.com" href="mailto:Larry.Gyrion@deancare.com">Larry.Gyrion@deancare.com</a>>> wrote:<br>Looking for some guidance on updating the DNS entries on our CUCM cluster. A colleague went through the process, but upon entering the command received a warning stating that the change would invalidate our licenses. Has anybody come across this before, and if so, what was the proper course of action to ensure license preservation?<br>CUCM 8.6.2<br><br><br>Thank you,<br>Larry Gyrion | Telecommunications Analyst | Information Technology<br>Dean Clinic - Corporate offices<br>1800 W. Beltline Hwy<br>Madison WI. 53713<br>Phone 608.294.6201<tel:608.294.6201> | 5406201| Fax 608.280.6852<tel:608.280.6852><br><a ymailto="mailto:larry.gyrion@deancare.com" href="mailto:larry.gyrion@deancare.com">larry.gyrion@deancare.com</a><mailto:<a ymailto="mailto:larry.gyrion@deancare.com" href="mailto:larry.gyrion@deancare.com">larry.gyrion@deancare.com</a>> | <a href="http://www.deancare.com">www.deancare.com</a><<a href="http://www.deancare.com/" target="_blank">http://www.deancare.com/</a>><br>Partners who care<br><br><br>The information contained in this e-mail message and any attachments may be proprietary and is intended only for the confidential use of the designated recipient named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this communication in error please notify us immediately at the e-mail address listed above. Thank you.<br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br>________________________________<br><br>Confidentiality Notice: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.<br><br><br>itevomcid<br><br>________________________________<br><br>Confidentiality Notice: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/8de9bf41/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/8de9bf41/attachment-0001.html</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: image001.png<br>Type: image/png<br>Size: 16825 bytes<br>Desc: image001.png<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/8de9bf41/attachment-0001.png" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/8de9bf41/attachment-0001.png</a>><br><br>------------------------------<br><br>Message: 35<br>Date: Wed, 27 May 2015 10:36:22 -0400<br>From: Brian Meade <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>To: Alessandro Bertacco <<a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] ATA190 Registration Failed<br>Message-ID:<br> <CAGcuYh0TJfANePqAkob==YkOib7hX+<a ymailto="mailto:N5jNH9ya5AJpVgdrG0JQ@mail.gmail.com" href="mailto:N5jNH9ya5AJpVgdrG0JQ@mail.gmail.com">N5jNH9ya5AJpVgdrG0JQ@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Can you grab the console logs from the ATA and download the config file?<br><br>On Wed, May 27, 2015 at 1:24 AM, Alessandro Bertacco <<br><a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>> wrote:<br><br>> Hi Brian, thanks for the answer, but this is the only one node in the<br>> cluster.<br>> ------------------------------<br>> Da: Brian Meade <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>> Inviato: ?26/?05/?2015 23:06<br>> A: Alessandro Bertacco <<a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>><br>> Cc: <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> Oggetto: Re: [cisco-voip] ATA190 Registration Failed<br>><br>> It looks like these traces are from a backup CCM node in the CM Group.<br>> You can see the expires=0 in the Register message and the 200OK so it is<br>> instantly un-registering. That's usually how SIP devices keep status on a<br>> failover server.<br>><br>> Do you have the logs from the primary node?<br>><br>> On Tue, May 26, 2015 at 4:57 PM, Alessandro Bertacco <<br>> <a ymailto="mailto:bertacco.alessandro@alice.it" href="mailto:bertacco.alessandro@alice.it">bertacco.alessandro@alice.it</a>> wrote:<br>><br>>><br>>><br>>> Hi all, we have issue with ATA190 (FW version 1.1.2(0.05) that don't<br>>> register with our CUCM 10.5.x.<br>>><br>>><br>>><br>>> (Changing the ATA190 device, issue persist)<br>>><br>>><br>>><br>>> Cluster of one node in mixed mode, but we don?t use encryption to the<br>>> endpoint. Standard non secure profile are used.<br>>><br>>><br>>><br>>> The device is already configured from Communication Manager Side, with<br>>> the mac-address and DN. TFTP server is correctly issued on theATA190<br>>> adapter, but from the Web interface I can see registration failed. (Also<br>>> from CUCM side)<br>>><br>>><br>>><br>>> From the Communication Manager, I've captured some SDL log regarding the<br>>> Registration request sent from the ATA90 that the ip address is<br>>> 192.168.121.52, and primary MAC addres is: 34DBFD186BCA.<br>>><br>>><br>>><br>>> The trace is attached to this email.<br>>><br>>><br>>><br>>> Any idea?<br>>><br>>><br>>><br>>> Thank you for your time<br>>><br>>><br>>><br>>> Regards<br>>><br>>><br>>><br>>> --<br>>><br>>> Alessandro Bertacco<br>>><br>>><br>>><br>>> _______________________________________________<br>>> cisco-voip mailing list<br>>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>>><br>>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/b6f6737a/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/b6f6737a/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 36<br>Date: Wed, 27 May 2015 15:45:23 +0100<br>From: Nick <<a ymailto="mailto:csvoip@googlemail.com" href="mailto:csvoip@googlemail.com">csvoip@googlemail.com</a>><br>To: <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Subject: Re: [cisco-voip] Caller order when presented to hunt groups<br>Message-ID:<br> <<a ymailto="mailto:CAGJstULsh2P97fHw3WTZpNhm5CeZLL_3hJ-Ou69M2pGB0q-WOg@mail.gmail.com" href="mailto:CAGJstULsh2P97fHw3WTZpNhm5CeZLL_3hJ-Ou69M2pGB0q-WOg@mail.gmail.com">CAGJstULsh2P97fHw3WTZpNhm5CeZLL_3hJ-Ou69M2pGB0q-WOg@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi All<br><br>Anyone come across this scenario before?<br><br><br><br>On 26 May 2015 at 11:51, Nick <<a ymailto="mailto:csvoip@googlemail.com" href="mailto:csvoip@googlemail.com">csvoip@googlemail.com</a>> wrote:<br><br>> Fruther info on this is that the callers only lose the order of once they<br>> have tripped to the secondary line group, new callers ringing n thr first<br>> line group get answered first.<br>><br>> Scenario as follows<br>><br>><br>> Call A arrives at HG1<br>><br>> Call B arrives at HG1 after call A<br>><br>> Call A is unanswered and goes to HG 2<br>><br>> Agent answers the next call presented and is presented call B even though<br>> total time waiting is shorter than call A<br>><br>><br>><br>> On 26 May 2015 at 10:04, Nick <<a ymailto="mailto:csvoip@googlemail.com" href="mailto:csvoip@googlemail.com">csvoip@googlemail.com</a>> wrote:<br>><br>>> I have had a query from a customer where we have a small site with 6<br>>> channels BRI, single number to a hunt pilot with a hunt list contraining<br>>> two tiered line groups who claims that when they have multiple calls coming<br>>> into the hunt group if they are not answered within the 12 seconds set on<br>>> line group 1 and the calls trip to line group 2 when the first call is<br>>> answered is will not be the caller who dialled into the hunt group<br>>> first and the callers will randomly be presented for answer.<br>>><br>>> Its not a sceanrio I have come across before and cannot find any<br>>> information on this in any documentation, so does anyone know if that is<br>>> workingcorrectly or if we have an issue here.<br>>><br>>> Anyone come across anything like this before?<br>>><br>>><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/58c4ae09/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/58c4ae09/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 37<br>Date: Wed, 27 May 2015 11:19:10 -0400<br>From: Brian Meade <<a ymailto="mailto:bmeade90@vt.edu" href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>><br>To: Nick <<a ymailto="mailto:csvoip@googlemail.com" href="mailto:csvoip@googlemail.com">csvoip@googlemail.com</a>><br>Cc: "<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Subject: Re: [cisco-voip] Caller order when presented to hunt groups<br>Message-ID:<br> <CAGcuYh3krj0q9ArA+<a ymailto="mailto:VaNG80X0kEmWf40GcVxE-8D75zTrMNFNA@mail.gmail.com" href="mailto:VaNG80X0kEmWf40GcVxE-8D75zTrMNFNA@mail.gmail.com">VaNG80X0kEmWf40GcVxE-8D75zTrMNFNA@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Are the same line group members in both HG1 and HG2? You should have<br>separate line appearances for HG1 and HG2 so that agents will answer HG2<br>first if there's a call for it.<br><br>On Wed, May 27, 2015 at 10:45 AM, Nick <<a ymailto="mailto:csvoip@googlemail.com" href="mailto:csvoip@googlemail.com">csvoip@googlemail.com</a>> wrote:<br><br>> Hi All<br>><br>> Anyone come across this scenario before?<br>><br>><br>><br>> On 26 May 2015 at 11:51, Nick <<a ymailto="mailto:csvoip@googlemail.com" href="mailto:csvoip@googlemail.com">csvoip@googlemail.com</a>> wrote:<br>><br>>> Fruther info on this is that the callers only lose the order of once they<br>>> have tripped to the secondary line group, new callers ringing n thr first<br>>> line group get answered first.<br>>><br>>> Scenario as follows<br>>><br>>><br>>> Call A arrives at HG1<br>>><br>>> Call B arrives at HG1 after call A<br>>><br>>> Call A is unanswered and goes to HG 2<br>>><br>>> Agent answers the next call presented and is presented call B even though<br>>> total time waiting is shorter than call A<br>>><br>>><br>>><br>>> On 26 May 2015 at 10:04, Nick <<a ymailto="mailto:csvoip@googlemail.com" href="mailto:csvoip@googlemail.com">csvoip@googlemail.com</a>> wrote:<br>>><br>>>> I have had a query from a customer where we have a small site with 6<br>>>> channels BRI, single number to a hunt pilot with a hunt list contraining<br>>>> two tiered line groups who claims that when they have multiple calls coming<br>>>> into the hunt group if they are not answered within the 12 seconds set on<br>>>> line group 1 and the calls trip to line group 2 when the first call is<br>>>> answered is will not be the caller who dialled into the hunt group<br>>>> first and the callers will randomly be presented for answer.<br>>>><br>>>> Its not a sceanrio I have come across before and cannot find any<br>>>> information on this in any documentation, so does anyone know if that is<br>>>> workingcorrectly or if we have an issue here.<br>>>><br>>>> Anyone come across anything like this before?<br>>>><br>>>><br>>><br>>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/8be71703/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20150527/8be71703/attachment-0001.html</a>><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>cisco-voip mailing list<br><a ymailto="mailto:cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br>------------------------------<br><br>End of cisco-voip Digest, Vol 139, Issue 26<br>*******************************************<br><br><br></div> </div> </div> </div></div></blockquote></body></html>