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