[cisco-voip] callmanager out of compliance behaviour
Lokesh Lal
lokesh_488 at yahoo.co.in
Wed May 27 12:37:10 EDT 2015
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/3cc68702/attachment.html>
More information about the cisco-voip
mailing list