Re: [cisco-voip] Disappearing Agents in CAD
Hello, As far as I remember this is a firewall issue. Try disabling the firewall from the agent/supervisor PC and see if it works. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Matthew Loraditch Sent: Monday, July 14, 2014 10:43 PM To: cisco-voip@puck.nether.net Subject: [cisco-voip] Disappearing Agents in CAD Has anyone seen something like this, Agents stay online and take calls, but appear and disappear in Supervisor? CCX 10.0SU1 Matthew G. Loraditch - CCNP-Voice, CCNA-RS, CCDA 1965 Greenspring Drive Timonium, MD 21093 direct voice. 443.541.1518 fax. 410.252.9284 Twitterhttp://twitter.com/heliontech | Facebookhttp://www.facebook.com/#!/pages/Helion/252157915296 | Websitehttp://www.heliontechnologies.com/ | Email Supportmailto:supp...@heliontechnologies.com?subject=Technical%20Support%20Request Support Phone. 410.252.8830 Acest mesaj si orice fisiere sau documente atasate contin informatii confidentiale, clasificate conform regulilor interne ROMTELECOM. Mesajul este destinat doar persoanei sau entitatii adresate si altora autorizati sa-l primeasca. Daca dvs. nu sunteti in aceasta situatie, prin aceasta va informam ca orice dezvaluire, copiere, distribuire sau orice alta actiune bazata pe continutul acestor informatii este strict interzisa si pot fi aplicate sanctiuni, potrivit legii. Daca ati primit acest mesaj din greseala, va rugam sa ne informati imediat si sa stergeti mesajul din sistemul dvs. De asemenea, va rugam sa tineti cont ca transmisia nu poate fi garantata ca fiind sigura sau fara erori. Va multumim! ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] CCM Trace Question || MediaManager PTime
Folks: Quick question on the preCheckCapabilities step for MediaManager. After a new MediaManager is created, I've often referred to the preCheckCapabilities line for determining codec and DTMF relay capabilities based on codec type numbers (Cap,ptime) and figured that ptime was simply the payload size in ms. While looking at a recent issue, I noticed that ptime didn't exactly match up with packet time values specified in CCM service parameter settings. The environment was using default settings across the board for packet size in milliseconds, but advertised capabilities shown in preCheckCapabilities for an IP phone to IP phone call showed: (Cap,ptime)= (25,40) (4,40) (2,40) (15,60) (16,60) (11,60) (12,60) Here I'm seeing g.711 with a ptime value of 40 and g.729 with 60. In this environment, g.711 and g.729 is configured for 20 ms packet size. So for clarification, assuming my understanding is incorrect, can someone tell me what the ptime value represents? We also thought maybe maximum payload size in ms but service these values go beyond the allowable values in CUCM. Thanks ahead of time! - Daniel ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Disappearing Agents in CAD
I had this issue about a year ago with a 9.x version. I uninstalled and re-installed supervisor desktop. Haven't had an issue since then. Neal Haas IT Analyst, Communications Please report Troubles to the Help Desk. 559-600-5900 Telephone (559) 600-5890 FAX (559) 455-4747 County of Fresno Information Technology Services Division 1020 S Tenth St Fresno, CA 93702 From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Stoian Adrian Sent: Tuesday, July 15, 2014 1:58 AM To: Matthew Loraditch; cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Disappearing Agents in CAD Hello, As far as I remember this is a firewall issue. Try disabling the firewall from the agent/supervisor PC and see if it works. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Matthew Loraditch Sent: Monday, July 14, 2014 10:43 PM To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Subject: [cisco-voip] Disappearing Agents in CAD Has anyone seen something like this, Agents stay online and take calls, but appear and disappear in Supervisor? CCX 10.0SU1 Matthew G. Loraditch - CCNP-Voice, CCNA-RS, CCDA 1965 Greenspring Drive Timonium, MD 21093 direct voice. 443.541.1518 fax. 410.252.9284 Twitterhttp://twitter.com/heliontech | Facebookhttp://www.facebook.com/#!/pages/Helion/252157915296 | Websitehttp://www.heliontechnologies.com/ | Email Supportmailto:supp...@heliontechnologies.com?subject=Technical%20Support%20Request Support Phone. 410.252.8830 Acest mesaj si orice fisiere sau documente atasate contin informatii confidentiale, clasificate conform regulilor interne ROMTELECOM. Mesajul este destinat doar persoanei sau entitatii adresate si altora autorizati sa-l primeasca. Daca dvs. nu sunteti in aceasta situatie, prin aceasta va informam ca orice dezvaluire, copiere, distribuire sau orice alta actiune bazata pe continutul acestor informatii este strict interzisa si pot fi aplicate sanctiuni, potrivit legii. Daca ati primit acest mesaj din greseala, va rugam sa ne informati imediat si sa stergeti mesajul din sistemul dvs. De asemenea, va rugam sa tineti cont ca transmisia nu poate fi garantata ca fiind sigura sau fara erori. Va multumim! ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] MRA
Working through MRA. TLS is required which require a SAN certificate, I get that. However, the Expressway-E does not populate the chat nodes subject alternative names without the TLS link between CE coming up. What am I missing? Dennis Heim | Collaboration Solutions Architect World Wide Technology, Inc. | +1 314-212-1814 [cid:image001.png@01CFA022.E0E9E1B0]https://twitter.com/CollabSensei [cid:image002.png@01CFA022.E0E9E1B0]xmpp:dennis.h...@wwt.com[cid:image003.png@01CFA022.E0E9E1B0]tel:+13142121814[cid:image004.png@01CFA022.E0E9E1B0]sip:dennis.h...@wwt.com ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CCM Trace Question || MediaManager PTime
I believe ptime is the number of frames per packet. -Ryan On Jul 15, 2014, at 10:28 AM, Daniel Pagan dpa...@fidelus.commailto:dpa...@fidelus.com wrote: Folks: Quick question on the preCheckCapabilities step for MediaManager. After a new MediaManager is created, I’ve often referred to the preCheckCapabilities line for determining codec and DTMF relay capabilities based on codec type numbers (Cap,ptime) and figured that ptime was simply the payload size in ms. While looking at a recent issue, I noticed that ptime didn’t exactly match up with packet time values specified in CCM service parameter settings. The environment was using default settings across the board for packet size in milliseconds, but advertised capabilities shown in preCheckCapabilities for an IP phone to IP phone call showed: (Cap,ptime)= (25,40) (4,40) (2,40) (15,60) (16,60) (11,60) (12,60) Here I’m seeing g.711 with a ptime value of 40 and g.729 with 60. In this environment, g.711 and g.729 is configured for 20 ms packet size. So for clarification, assuming my understanding is incorrect, can someone tell me what the ptime value represents? We also thought maybe maximum payload size in ms but service these values go beyond the allowable values in CUCM. Thanks ahead of time! - Daniel ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] MRA
you manually copy the SANs from Expressway C GUI and just paste them into the SAN section of Expressway E GUI. Then generate CSR for E, then setup TLS link between CE On Tue, Jul 15, 2014 at 11:49 AM, Heim, Dennis dennis.h...@wwt.com wrote: Working through MRA. TLS is required which require a SAN certificate, I get that. However, the Expressway-E does not populate the chat nodes subject alternative names without the TLS link between CE coming up. What am I missing? *Dennis Heim | Collaboration Solutions Architect* World Wide Technology, Inc. | +1 314-212-1814 [image: twitter] https://twitter.com/CollabSensei [image: chat][image: Phone] +13142121814[image: video] ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CCM Trace Question || MediaManager PTime
I've always seen medimanager use msec in that second field. in sip there are ptime and maxptime parameters, ptime is supposed to be msec per packet in the context of SIP SDP, which is really where that term comes from. i dont think i've ever seen anything handle maxptime correctly. ptime tends to get treated as max ptime, meaning that if you told me you support 20 msec per packet, then sending you 10 msec pr packet should be okay. This is almost a requirement, since various scenarios in a call can cause a lower-volume packet to be sent. For instance, we've got a ptime of 30 msec negotiated, and i hang up on you at 1 minute and 10 msec - I dont think a coder will insert 20 msec of silence, i beleive you'd just expect to receive a from with one 10 msec sample in it. Mediamanager is most likely (should) be showing you the ptime received in media negotiation - not necessarily the CUCM defaults from CCM service parameters. the Enforce Millisecond Packet Size and Always Use Preferred G.729 Packet Size For SIP Trunk Answers service parameters may have to do with whatever behavior you're seeing. Is there something specific you're troubleshooting? -Pete On Tue, Jul 15, 2014 at 1:37 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: I believe ptime is the number of frames per packet. -Ryan On Jul 15, 2014, at 10:28 AM, Daniel Pagan dpa...@fidelus.com wrote: Folks: Quick question on the preCheckCapabilities step for MediaManager. After a new MediaManager is created, I’ve often referred to the preCheckCapabilities line for determining codec and DTMF relay capabilities based on codec type numbers (Cap,ptime) and figured that ptime was simply the payload size in ms. While looking at a recent issue, I noticed that ptime didn’t exactly match up with packet time values specified in CCM service parameter settings. The environment was using default settings across the board for packet size in milliseconds, but advertised capabilities shown in preCheckCapabilities for an IP phone to IP phone call showed: (Cap,ptime)= (25,40) (4,40) (2,40) (15,60) (16,60) (11,60) (12,60) Here I’m seeing g.711 with a ptime value of 40 and g.729 with 60. In this environment, g.711 and g.729 is configured for 20 ms packet size. So for clarification, assuming my understanding is incorrect, can someone tell me what the ptime value represents? We also thought maybe maximum payload size in ms but service these values go beyond the allowable values in CUCM. Thanks ahead of time! - Daniel ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Provisioning Tool
Anybody have experience with automated provisioning tools for CUCM 8.6 and above? We have a medium size enterprise and we are trying to shift phone MACs to our site support group which has more staff to be able to handle these simple changes, but not necessarily the CUCM skill set. I am familiar with restricting access through the CUCM GUI, but we would like to have a tool with some auditing and reporting tools built in. I know cisco had teh Prime provisioning manager, but I believe that is now EOS.EOL? Any help would be greatly appreciated. Thanks, Frank Arrasmith Network Engineer HealthCare Industry ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Provisioning Tool
On 7/15/2014 7:56 PM, Frank Arrasmith wrote: Anybody have experience with automated provisioning tools for CUCM 8.6 and above? We have a medium size enterprise and we are trying to shift phone MACs to our site support group which has more staff to be able to handle these simple changes, but not necessarily the CUCM skill set. I am familiar with restricting access through the CUCM GUI, but we would like to have a tool with some auditing and reporting tools built in. I know cisco had teh Prime provisioning manager, but I believe that is now EOS.EOL? Any help would be greatly appreciated. Thanks, It's most certainly not EOL/EOS. Prime Collaboration Provisioning 10.5 was just released earlier this year, most of the earlier versions have been EOLed, but not 10.0 and 10.5. 10.0/10.5 do support CUCM 8.6, but one thing you might want to seriously consider is that the Standard version of CPCM which supports a single 10.X cluster is included with CUCM 10.X. The Advanced version supports multiple clusters, but for basic MACD work, the Standard version included with 10.X would work. Might be worth considering financially the costs of upgrading to 10.X to get CPCM Standard for free instead of the large price tag to get Advanced to be able to stay on 8.6. Jeremy TheBrez Bresley b...@brezworks.com ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip