[cisco-voip] Cisco live
who all is in San Diego for Cisco Live? Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Cisco live
I am. Come see me compete in Engineering Deathmatch on Wednesday at 11:00am in the 2Ring booth of World of Solutions. On Mon, Jun 8, 2015 at 11:12 AM Heim, Dennis dennis.h...@wwt.com wrote: who all is in San Diego for Cisco Live? Sent from my iPhone ___ 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] Cisco live
I’m here. Ryan is here and presenting Thursday. Jason Aarons is here. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Anthony Holloway Sent: Monday, June 08, 2015 12:10 PM To: Heim, Dennis; cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Cisco live I am. Come see me compete in Engineering Deathmatch on Wednesday at 11:00am in the 2Ring booth of World of Solutions. On Mon, Jun 8, 2015 at 11:12 AM Heim, Dennis dennis.h...@wwt.commailto:dennis.h...@wwt.com wrote: who all is in San Diego for Cisco Live? Sent from my iPhone ___ 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] MGCP CCM TFTP Download issue with snmp-server-chassis-id
Looks like others have found this as well. No indication if this is a problem or working as designed. I’m still looking for external facing documentation. -Wes On Jun 5, 2015, at 3:05 PM, Erick Bergquist erick...@gmail.com wrote: Has anyone seen the snmp-chassis-server-id interfere with CCM-manager TFTP download? I can't find a document explaining snmp-server-chassis-id setting and MGCP behavior but it appears MGCP uses the snmp-serrver-chassis for the TFTP download and not the MGCP hostname. Not finding anything on google searches either. For example, if my MGCP domain name is router1.domain.com and the snmp-server-chassis-id doesn't match, set to RouterA then CCM-manager is trying to TFTP file for endpoint RouterA. In debug ccm-manager configuration-download we see this, : Unable to read file tftp://10.1.1.10/aaln_s0_su...@routera.domain.com.cnf.xml, rc=-2 It's easy to fix but more curious if this is documented or if anyone else has seen this? Erick ___ 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] Cisco live
Hi Guys, Come one over to the DevNet area if you get a chance and check out out demo as part of the developer sandbox. Cheers Stephen On 9 Jun 2015, at 01:32, Matthew Loraditch mloradi...@heliontechnologies.commailto:mloradi...@heliontechnologies.com wrote: I’m here. Ryan is here and presenting Thursday. Jason Aarons is here. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Anthony Holloway Sent: Monday, June 08, 2015 12:10 PM To: Heim, Dennis; cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Cisco live I am. Come see me compete in Engineering Deathmatch on Wednesday at 11:00am in the 2Ring booth of World of Solutions. On Mon, Jun 8, 2015 at 11:12 AM Heim, Dennis dennis.h...@wwt.commailto:dennis.h...@wwt.com wrote: who all is in San Diego for Cisco Live? Sent from my iPhone ___ 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.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] Priority of Calls To Hunt Pilot
There is no such thing as once a station becomes available. Either there already is one available and the caller gets connected immediately, or there isn't one available and the caller gets busy tone. There is no way to wait for a station to become available. -mn -Original Message- From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Gary Parker Sent: June-08-15 9:05 AM To: Anthony Holloway Cc: Cisco VoIP Group Subject: Re: [cisco-voip] Priority of Calls To Hunt Pilot On 8 Jun 2015, at 15:45, Anthony Holloway avholloway+cisco-v...@gmail.com wrote: via SIP from off-net via an MGCP connected CUBE” What? Is that even possible? Sorry, that wasn’t very clear, was it! It’s a 2921 gateway, with a load of ISDN circuits on it, connected to CUCM with MGCP, but also running CUBE. It’s accepting inbound SIP calls from our SIP provider that are then routed to the hunt pilot. Our SIP provider is queueing calls off-campus for us and dequeuing them to our hunt pilot. In 9x you get hunt pilot queuing. So, you'll have to upgrade to get that feature. Yeah, as mentioned above, we want to do the queuing off-campus but also be able to connect internal calls to the hunt pilot, bypassing the off-campus queue. I’d like to know if there is any prioritisation carried out by CUCM as to whether the internal or external call gets connected to the hunt pilot first once a station becomes available. I realise this is probably no different two callers ringing the same number simultaneously and it’s probably all down to timing as to who gets connected. FWIW we’re upgrading to 10.5 later this year but after the period when I’ll be using this in anger. Gary ___ 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] What SIP response code does CUCM need to try another trunk?
We're looking to make our trunking more robust. We've had occasions where we get a 404 from our provider for a call which _should_ work. We're troubleshooting that. The 404 makes CUCM stop processing, even if there's more than one trunk group (I'm thinking SIP as a primary, with PRI as a secondary) If I rewrite the 404 into something else on the SBC, will that work? If yes, what does CUCM look for to try the next entry? ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] What SIP response code does CUCM need to try another trunk?
Robert, I believe there is a service parameter for CallManager called something like Stop Routing on Unallocated Number Flag which you could change to False. While I haven't tried changing that to route past a 404 not found code on a SIP trunk to try the next route in a route list, I believe it may do what you want. Under normal circumstances, most systems probably want to keep that flag set to True, because there is no point trying to extend a call twice to a PSTN number that you were told was invalid. Once should be enough. -Dave On Mon, Jun 8, 2015 at 7:42 PM, Robert Kulagowski rkula...@gmail.com wrote: We're looking to make our trunking more robust. We've had occasions where we get a 404 from our provider for a call which _should_ work. We're troubleshooting that. The 404 makes CUCM stop processing, even if there's more than one trunk group (I'm thinking SIP as a primary, with PRI as a secondary) If I rewrite the 404 into something else on the SBC, will that work? If yes, what does CUCM look for to try the next entry? ___ 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] Lead Second
Hi Guys, As an advisory please check here for the up and coming leap second. Some UC versions are affected http://www.cisco.com/web/about/doing_business/leap-second.html#~ProductInformation ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Cisco live
I'm also attending. Anthony: Nice! I'll be sure to do my best to stop by and check it out. Stephen: Looking forward to checking out the applications on demo. - Dan Sent from my mobile device. On Jun 8, 2015, at 12:10 PM, Anthony Holloway avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote: I am. Come see me compete in Engineering Deathmatch on Wednesday at 11:00am in the 2Ring booth of World of Solutions. On Mon, Jun 8, 2015 at 11:12 AM Heim, Dennis dennis.h...@wwt.commailto:dennis.h...@wwt.com wrote: who all is in San Diego for Cisco Live? Sent from my iPhone ___ 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.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
[cisco-voip] UCCX 10.6 | CUCM 10.5.2 | CAD Extension out of service
Has anyone been noticing that in this environment (UCCX 10.6 | CUCM 10.5.2 | CAD); extensions will sometimes report as OutOfService (and subsequently cause CAD login issues) when in fact, the phone is registered, associated to the jTAPI/RMCMSubsys user, has CTI Control enabled (and is setup correctly in all other respects)? What seems to resolve this issue for me; is to super copy the phone to a fake mac address, delete the original and then re-mac the newly created device. Doing a cluster reboot seems to address this as well. This is a new 2 cluster build. Everything about the phone seems to function fine within call manager when CAD is having a login issue. I've changed the addressing mode on the phone (and CTI ports) to ipv4 only, turned JAL off on the phone. Just really odd and not very easy to define. I know CAD is near death and Finesse is the future, but I have to support CAD in this scenario. Thanks, Ryan ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Priority of Calls To Hunt Pilot
On 8 Jun 2015, at 15:45, Anthony Holloway avholloway+cisco-v...@gmail.com wrote: via SIP from off-net via an MGCP connected CUBE” What? Is that even possible? Sorry, that wasn’t very clear, was it! It’s a 2921 gateway, with a load of ISDN circuits on it, connected to CUCM with MGCP, but also running CUBE. It’s accepting inbound SIP calls from our SIP provider that are then routed to the hunt pilot. Our SIP provider is queueing calls off-campus for us and dequeuing them to our hunt pilot. In 9x you get hunt pilot queuing. So, you'll have to upgrade to get that feature. Yeah, as mentioned above, we want to do the queuing off-campus but also be able to connect internal calls to the hunt pilot, bypassing the off-campus queue. I’d like to know if there is any prioritisation carried out by CUCM as to whether the internal or external call gets connected to the hunt pilot first once a station becomes available. I realise this is probably no different two callers ringing the same number simultaneously and it’s probably all down to timing as to who gets connected. FWIW we’re upgrading to 10.5 later this year but after the period when I’ll be using this in anger. Gary ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Priority of Calls To Hunt Pilot
Afternoon all, I wonder if anyone could shed some light on a query I have regarding my CUCM 8.6.2 system. I have a hunt pilot that is feeding into a small callcentre operation (6 DNs, one line group, longest idle distribution). The vast majority of calls to the hunt pilot will be coming via SIP from off-net via an MGCP connected CUBE. I will also be seeing a significantly smaller number of calls from on-net to the same hunt pilot. Assuming that all operators are busy and the hunt pilot is presenting an engaged tone, does CUCM perform any prioritisation over what calls get connected to the hunt group (on-net or off-net) first and is that configurable? I.e. can I prioritise internal calls getting connected to the hunt group over external? --- /-Gary Parker--f--\ | Unified Communications Service Manager | n Loughborough University, IT Services | | tel:+441509635635 im:cc...@lboro.ac.uk o | http://delphium.lboro.ac.uk/pubkey.txt | \r--d-/ signature.asc Description: Message signed with OpenPGP using GPGMail ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Priority of Calls To Hunt Pilot
via SIP from off-net via an MGCP connected CUBE What? Is that even possible? In 9x you get hunt pilot queuing. So, you'll have to upgrade to get that feature. On Mon, Jun 8, 2015 at 7:42 AM Gary Parker g.j.par...@lboro.ac.uk wrote: Afternoon all, I wonder if anyone could shed some light on a query I have regarding my CUCM 8.6.2 system. I have a hunt pilot that is feeding into a small callcentre operation (6 DNs, one line group, longest idle distribution). The vast majority of calls to the hunt pilot will be coming via SIP from off-net via an MGCP connected CUBE. I will also be seeing a significantly smaller number of calls from on-net to the same hunt pilot. Assuming that all operators are busy and the hunt pilot is presenting an engaged tone, does CUCM perform any prioritisation over what calls get connected to the hunt group (on-net or off-net) first and is that configurable? I.e. can I prioritise internal calls getting connected to the hunt group over external? --- /-Gary Parker--f--\ | Unified Communications Service Manager | n Loughborough University, IT Services | | tel:+441509635635 im:cc...@lboro.ac.uk o | http://delphium.lboro.ac.uk/pubkey.txt | \r--d-/ ___ 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] Priority of Calls To Hunt Pilot
first come first serve On Mon, Jun 8, 2015 at 10:40 AM, Gary Parker g.j.par...@lboro.ac.uk wrote: Afternoon all, I wonder if anyone could shed some light on a query I have regarding my CUCM 8.6.2 system. I have a hunt pilot that is feeding into a small callcentre operation (6 DNs, one line group, longest idle distribution). The vast majority of calls to the hunt pilot will be coming via SIP from off-net via an MGCP connected CUBE. I will also be seeing a significantly smaller number of calls from on-net to the same hunt pilot. Assuming that all operators are busy and the hunt pilot is presenting an engaged tone, does CUCM perform any prioritisation over what calls get connected to the hunt group (on-net or off-net) first and is that configurable? I.e. can I prioritise internal calls getting connected to the hunt group over external? --- /-Gary Parker--f--\ | Unified Communications Service Manager | n Loughborough University, IT Services | | tel:+441509635635 im:cc...@lboro.ac.uk o | http://delphium.lboro.ac.uk/pubkey.txt | \r--d-/ ___ 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] off-net MGCP call preservation with subscriber reboot
That should be fine in regards to call preservation and just keeping the RTP stream up. Both sides just have to hang up the call separately. On Mon, Jun 8, 2015 at 12:05 PM, Eric Pedersen peders...@bennettjones.com wrote: If they are PRIs they will drop since the D-channel is backhauled to the CCM the gateway is registered to. *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf Of *Lelio Fulgenzi *Sent:* 05 June 2015 1:52 PM *To:* Brian Meade *Cc:* cisco-voip@puck.nether.net *Subject:* Re: [cisco-voip] off-net MGCP call preservation with subscriber reboot Looks like I have that set up. I've included the MGCP portion of my setup. I'll have to check the next time around to see whether or not a call gets dropped or not while the subscribers are restarted. I'll have to admit, the config is simply something I started with and updated with TAC help as I found things didn't work. -- mgcp mgcp call-agent snip 2427 service-type mgcp version 0.1 mgcp dtmf-relay voip codec all mode out-of-band mgcp rtp unreachable timeout 1000 action notify mgcp modem passthrough voip mode nse mgcp package-capability rtp-package mgcp package-capability sst-package mgcp package-capability pre-package no mgcp package-capability res-package no mgcp package-capability fxr-package *no mgcp timer receive-rtcp* mgcp sdp simple mgcp fax t38 inhibit mgcp bind control source-interface Loopback104 mgcp bind media source-interface Loopback104 ! mgcp profile default -- --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 -- *From: *Brian Meade bmead...@vt.edu *To: *Lelio Fulgenzi le...@uoguelph.ca *Cc: *cisco-voip@puck.nether.net *Sent: *Friday, June 5, 2015 3:39:02 PM *Subject: *Re: [cisco-voip] off-net MGCP call preservation with subscriber reboot For MGCP, they'll normally fail unless you have no mgcp timer receive-rtcp on it. On Fri, Jun 5, 2015 at 2:38 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: We're looking at some maintenance and I wanted to get some clarification with in progress calls during a restart of the cluster. We've seen that phone to phone communications is maintained, but I'm pretty sure I've seen MGCP PSTN calls drop when the primary subscriber is rebooted. Does this sound about right? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip The contents of this message may contain confidential and/or privileged subject matter. If this message has been received in error, please contact the sender and delete all copies. Like other forms of communication, e-mail communications may be vulnerable to interception by unauthorized parties. If you do not wish us to communicate with you by e-mail, please notify us at your earliest convenience. In the absence of such notification, your consent is assumed. Should you choose to allow us to communicate by e-mail, we will not take any additional security measures (such as encryption) unless specifically requested. If you no longer wish to receive commercial messages, you can unsubscribe by accessing this link: http://www.bennettjones.com/unsubscribe ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] @ Dimension Data booth 5-6pm World of Solutions
Please join me at the Dimension Data booth each night at Cisco Live. Some cool Tour de France stuff going on. We can hangout and talk about DT-24+ cards and VIP-30s or more current Collaboration solutions and exchange SDPs. I'd be happy to answer any specific 1-1 questions you might have. Jason Aarons, CCIEX2 No 38564 Consultant Dimension Data ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] off-net MGCP call preservation with subscriber reboot
If they are PRIs they will drop since the D-channel is backhauled to the CCM the gateway is registered to. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: 05 June 2015 1:52 PM To: Brian Meade Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] off-net MGCP call preservation with subscriber reboot Looks like I have that set up. I've included the MGCP portion of my setup. I'll have to check the next time around to see whether or not a call gets dropped or not while the subscribers are restarted. I'll have to admit, the config is simply something I started with and updated with TAC help as I found things didn't work. mgcp mgcp call-agent snip 2427 service-type mgcp version 0.1 mgcp dtmf-relay voip codec all mode out-of-band mgcp rtp unreachable timeout 1000 action notify mgcp modem passthrough voip mode nse mgcp package-capability rtp-package mgcp package-capability sst-package mgcp package-capability pre-package no mgcp package-capability res-package no mgcp package-capability fxr-package no mgcp timer receive-rtcp mgcp sdp simple mgcp fax t38 inhibit mgcp bind control source-interface Loopback104 mgcp bind media source-interface Loopback104 ! mgcp profile default --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.camailto:le...@uoguelph.ca www.uoguelph.ca/ccshttp://www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Brian Meade bmead...@vt.edumailto:bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Sent: Friday, June 5, 2015 3:39:02 PM Subject: Re: [cisco-voip] off-net MGCP call preservation with subscriber reboot For MGCP, they'll normally fail unless you have no mgcp timer receive-rtcp on it. On Fri, Jun 5, 2015 at 2:38 PM, Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca wrote: We're looking at some maintenance and I wanted to get some clarification with in progress calls during a restart of the cluster. We've seen that phone to phone communications is maintained, but I'm pretty sure I've seen MGCP PSTN calls drop when the primary subscriber is rebooted. Does this sound about right? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354tel:519%E2%80%90824%E2%80%904120%20Ext%2056354 le...@uoguelph.camailto:le...@uoguelph.ca www.uoguelph.ca/ccshttp://www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voiphttps://puck.nether.net/mailman/listinfo/cisco-voip The contents of this message may contain confidential and/or privileged subject matter. If this message has been received in error, please contact the sender and delete all copies. Like other forms of communication, e-mail communications may be vulnerable to interception by unauthorized parties. If you do not wish us to communicate with you by e-mail, please notify us at your earliest convenience. In the absence of such notification, your consent is assumed. Should you choose to allow us to communicate by e-mail, we will not take any additional security measures (such as encryption) unless specifically requested. If you no longer wish to receive commercial messages, you can unsubscribe by accessing this link: http://www.bennettjones.com/unsubscribe ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
