Send cisco-voip mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. CUCM SRV records CSCth25928 (Ted Nugent)
2. The type of your terminal is unknown to the system (Ovidiu Popa)
3. Invitation to connect on LinkedIn
(Thilan Jayathilake via LinkedIn)
4. Re: CUCM SRV records CSCth25928 (Chris Ward (chrward))
5. Re: CUCM SRV records CSCth25928 (Ryan Ratliff)
6. Analog DID Single Digit/Fast Busy (Mathew Miller)
7. Re: CUCM SRV records CSCth25928 (Ryan Ratliff)
8. Re: CUCM SRV records CSCth25928 (Ted Nugent)
----------------------------------------------------------------------
Message: 1
Date: Wed, 14 Nov 2012 18:19:58 -0500
From: Ted Nugent <[email protected]>
To: Cisco VoIPoE List <[email protected]>
Subject: [cisco-voip] CUCM SRV records CSCth25928
Message-ID:
<CAHs2VYvGjQPM-3e2A4kGHqXra5=+hlk9eu2huchmaejys4x...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Is it possible this is still unresolved or maybe been resolved in a
duplicate bug id? HOPEFULLY!
Does anyone know if this was resolved by 8.6.2?
*CSCth25928 Bug Details*
* Change the behavior for invoking additional DNS SRV queries **Symptom:*
When the Primary server is down CM does not try the second server mentioned
in
the SRV record.
Even when the timer expires it resets the timer and again starts sending the
NOTIFY request to Primary DNS SRV record.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20121114/b5da9871/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 15 Nov 2012 02:20:43 +0100
From: Ovidiu Popa <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] The type of your terminal is unknown to the
system
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello
Unity Connection (8.5.1ES65.13900-65) is returning the following error
message when creating a user via SOAP/AXL:
"The type of your terminal is unknown to the system"
39 out of 218 users were rejected with this error.
Compared logs for successful and unsuccessful attempts while in debug
mode and nothing stands out.
Anyone familiar with a bug that could cause this?
Thank you,
Regards,
Ovidiu
00:53:57.859 |28915,,,Cuals,1,INFO [http-8443-11]
com.cisco.unity.cuals.CiscoUnityDb -
ExecuteProc:
csp_subscribercreate
@DtmfAccessId=8107,
@DisplayName=,
@[email protected],
@LastName=SLC Test,
@FirstName=,
@Language=1036,
@TemplateObjectId=419d262a-089f-4478-b6e7-558150c5ebb8,
@MediaSwitchObjectId=aa9c3a8c-2613-4b86-b0e6-bab8db780d6d,
@Alias=8107
NOTE: Line indented for easy reading
00:53:57.859 |28915,,,Cuals,1,INFO [http-8443-11]
com.cisco.unity.cuals.CiscoUnityDb - Connected to database
00:53:58.103 |28915,,,Cuals,1,INFO [http-8443-11]
com.cisco.unity.cuals.CiscoUnityDb - Database connection closed
00:53:58.103 |28915,,,Cuals,1,INFO [http-8443-11]
com.cisco.unity.cuals.CiscoUnityDb - User authorized to exexcute
(csp_subscribercreate)
00:53:58.288 |28915,,,Cuals,1,ERROR [http-8443-11]
com.cisco.unity.cuals.CiscoUnityDb - Database exception thrown while
executing stored procedure: The type of your terminal is unknown to the
system.
00:53:58.288 |28915,,,Cuals,1,INFO [http-8443-11]
com.cisco.unity.cuals.CiscoUnityDb - Database connection closed
01:38:30.977 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter (pAlias): 8107
01:38:30.977 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter (pFirstName):
01:38:30.977 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter (pDisplayName):
01:38:30.977 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter
(pEmailAddress): [email protected]
01:38:30.977 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter
(pDtmfAccessId): 8107
01:38:30.977 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter (pLanguage): 1036
01:38:30.977 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter
(pTemplateObjectId): 419d262a-089f-4478-b6e7-558150c5ebb8
01:38:30.978 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter
(pMediaSwitchObjectId): aa9c3a8c-2613-4b86-b0e6-bab8db780d6d
01:38:30.978 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Value of parameter (pLastName):
SLC Test
01:38:31.120 |16013,,,Cuals,2,ERROR [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Database exception thrown while
executing stored procedure: The type of your terminal is unknown to the
system.
01:38:31.120 |16013,,,Cuals,2,DEBUG [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Closing database connection
01:38:31.121 |16013,,,Cuals,2,INFO [http-8443-5]
com.cisco.unity.cuals.CiscoUnityDb - Database connection closed
------------------------------
Message: 3
Date: Thu, 15 Nov 2012 05:13:50 +0000 (UTC)
From: Thilan Jayathilake via LinkedIn <[email protected]>
To: "Ray B." <[email protected]>
Subject: [cisco-voip] Invitation to connect on LinkedIn
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
LinkedIn
------------
Thilan Jayathilake requested to add you as a connection on LinkedIn:
------------------------------------------
Ray,
I'd like to add you to my professional network on LinkedIn.
- Thilan
Accept invitation from Thilan Jayathilake
http://www.linkedin.com/e/6mrtb0-h9jfbr81-1a/H2MsQd1jS6Z70hLZmjMP5c-Q5YrI0nyXrVBZemsV/blk/I468381305_9/e39SrCAJoS5vrCAJoyRJtCVFnSRJrScJr6RBfnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_elYRc3cNe3cUdzh9bRhdpiRiqCYTbPsRd3wVcPAUdz4LrCBxbOYWrSlI/eml-comm_invm-b-in_ac-inv28/?hs=false&tok=08TmpXNVUp4Rw1
View profile of Thilan Jayathilake
http://www.linkedin.com/e/6mrtb0-h9jfbr81-1a/rso/32167167/nPEo/name/1296620_I468381305_9/?hs=false&tok=2fqGu4dK8p4Rw1
------------------------------------------
You are receiving Invitation emails.
This email was intended for Ray Burkholder.
Learn why this is included:
http://www.linkedin.com/e/6mrtb0-h9jfbr81-1a/plh/http%3A%2F%2Fhelp%2Elinkedin%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/-GXI/?hs=false&tok=3Z55QQm1cp4Rw1
(c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20121115/41b60629/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 15 Nov 2012 14:29:11 +0000
From: "Chris Ward (chrward)" <[email protected]>
To: Ted Nugent <[email protected]>, Cisco VoIPoE List
<[email protected]>
Subject: Re: [cisco-voip] CUCM SRV records CSCth25928
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
That defect is still unresolved. You would need to contact TAC for an ETA or
for them to push the BU for faster resolution.
+Chris
Unity Connection TME
From: [email protected]
[mailto:[email protected]] On Behalf Of Ted Nugent
Sent: Wednesday, November 14, 2012 6:20 PM
To: Cisco VoIPoE List
Subject: [cisco-voip] CUCM SRV records CSCth25928
Is it possible this is still unresolved or maybe been resolved in a duplicate
bug id? HOPEFULLY!
Does anyone know if this was resolved by 8.6.2?
CSCth25928 Bug Details
Change the behavior for invoking additional DNS SRV queries
Symptom:
When the Primary server is down CM does not try the second server mentioned in
the SRV record.
Even when the timer expires it resets the timer and again starts sending the
NOTIFY request to Primary DNS SRV record.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20121115/a92337f1/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 15 Nov 2012 09:29:39 -0500
From: Ryan Ratliff <[email protected]>
To: Ted Nugent <[email protected]>
Cc: Cisco VoIPoE List <[email protected]>
Subject: Re: [cisco-voip] CUCM SRV records CSCth25928
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
> Status: Open(Assigned)
Not resolved yet. Use A records as a workaround.
-Ryan
On Nov 14, 2012, at 6:19 PM, Ted Nugent <[email protected]> wrote:
Is it possible this is still unresolved or maybe been resolved in a duplicate
bug id? HOPEFULLY!
Does anyone know if this was resolved by 8.6.2?
CSCth25928 Bug Details
Change the behavior for invoking additional DNS SRV queries
Symptom:
When the Primary server is down CM does not try the second server mentioned in
the SRV record.
Even when the timer expires it resets the timer and again starts sending the
NOTIFY request to Primary DNS SRV record.
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20121115/470be0cc/attachment-0001.html>
------------------------------
Message: 6
Date: Thu, 15 Nov 2012 08:57:37 -0600
From: Mathew Miller <[email protected]>
To: [email protected]
Subject: [cisco-voip] Analog DID Single Digit/Fast Busy
Message-ID:
<CACdaSd=r15lqqwak9pfcdkflok62qvkkllv1x-temn4qfmb...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello All,
I am working to switch some AT&T analog DID lines from an existing Nortel
PBX to a my Cisco 2921 with an H323 setup back to CUCM 8.6. Calls to the
old PBX worked fine. After switch to the Cisco setup calls come in with a
single digit (only the last digit, instead of the 3 we are expecting).
We have tried changing multiple timers but can't get the system to
recognize more digits. I have the settings from the Old PBX and they are
the following:
E&M Wink Start
Incoming Disconnect (msec): 500
Incoming Dial Guard (msec): 70
Incoming Seizure(msec):500
Flash Length(msec):540
Incoming Incomplete Dial Alarm(sec) 255
End to End Signaling
Tone(msec): 350
Pause (msec):150
Here is the output from a debug VPM signal on an inbound call.
Nov 14 18:50:13.061: htsp_process_event: [1/0/3, DID_ONHOOK,
E_DSP_SIG_1100]did_onhook_offhook htsp_setup_ind
Nov 14 18:50:13.061: [1/0/3] get_local_station_id calling num= calling
name= calling time=11/14 18:50 orig called=
Nov 14 18:50:13.065: htsp_process_event: [1/0/3, DID_WAIT_SETUP_ACK,
E_HTSP_SETUP_ACK]did_wait_setup_ack_get_ack
Nov 14 18:50:13.065: htsp_timer2 - 96 msec
Nov 14 18:50:13.161: htsp_process_event: [1/0/3, DID_WAIT_SETUP_ACK,
E_HTSP_EVENT_TIMER2]did_wait_prewink_timer did_offhook
Nov 14 18:50:13.161: [1/0/3] set signal state = 0x6 timestamp = 0
did_onhook
Nov 14 18:50:13.161: [1/0/3] set signal state = 0x4 timestamp = 200
wi-rt-main01#
Nov 14 18:50:14.813: htsp_digit_ready(1/0/3): digit = 1
wi-rt-main01#
Nov 14 18:50:21.041: htsp_process_event: [1/0/3, DID_OFFHOOK,
E_DSP_SIG_0100]did_offhook_onhook
Nov 14 18:50:21.041: did_start_timer: 300 ms
Nov 14 18:50:21.041: htsp_timer - 300 msec
Nov 14 18:50:21.341: htsp_process_event: [1/0/3, DID_OFFHOOK,
E_HTSP_EVENT_TIMER]did_offhook_timeout
Nov 14 18:50:21.341: htsp_timer_stop2
Nov 14 18:50:21.341: did_start_timer: 400 ms
Nov 14 18:50:21.341: htsp_timer - 400 msec
Nov 14 18:50:21.341: htsp_process_event: [1/0/3, DID_GUARD_ALL,
E_HTSP_RELEASE_REQ]did_onhook_release did_onhook
Nov 14 18:50:21.341: [1/0/3] set signal state = 0x4 timestamp = 0
Nov 14 18:50:21.741: htsp_process_event: [1/0/3, DID_GUARD_ALL,
E_HTSP_EVENT_TIMER]
wi-rt-main01#did_guard_all_timer
Nov 14 18:50:21.741: htsp_process_event: [1/0/3, DID_PARK,
E_DSP_SIG_0100]did_park_onhook
Nov 14 18:50:21.741: htsp_timer_stop
We have listened on the line with a butt set and can hear pulses on the
line. We opened a TAC case and TAC is claiming that the EVM 8FXS DID does
not support pulse dialing, however when we connected a butt sett to the
line and set it to pulse dial we are able to successfully dial through the
system and get to the CallManager/IP Phone.
Any ideas?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20121115/802f6449/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 15 Nov 2012 10:15:22 -0500
From: Ryan Ratliff <[email protected]>
To: Chris Ward (chrward) <[email protected]>
Cc: Cisco VoIPoE List <[email protected]>
Subject: Re: [cisco-voip] CUCM SRV records CSCth25928
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Since it's an enhancement you should go through your account team as well. TAC
can only push so hard on that category of defect.
-Ryan
On Nov 15, 2012, at 9:29 AM, Chris Ward (chrward) <[email protected]> wrote:
That defect is still unresolved. You would need to contact TAC for an ETA or
for them to push the BU for faster resolution.
+Chris
Unity Connection TME
From: [email protected]
[mailto:[email protected]] On Behalf Of Ted Nugent
Sent: Wednesday, November 14, 2012 6:20 PM
To: Cisco VoIPoE List
Subject: [cisco-voip] CUCM SRV records CSCth25928
Is it possible this is still unresolved or maybe been resolved in a duplicate
bug id? HOPEFULLY!
Does anyone know if this was resolved by 8.6.2?
CSCth25928 Bug Details
Change the behavior for invoking additional DNS SRV queries
Symptom:
When the Primary server is down CM does not try the second server mentioned in
the SRV record.
Even when the timer expires it resets the timer and again starts sending the
NOTIFY request to Primary DNS SRV record.
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20121115/9a7fa623/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 15 Nov 2012 10:15:47 -0500
From: Ted Nugent <[email protected]>
To: Ryan Ratliff <[email protected]>
Cc: Cisco VoIPoE List <[email protected]>
Subject: Re: [cisco-voip] CUCM SRV records CSCth25928
Message-ID:
<CAHs2VYtCbnrCU+O8LG9aTjAOwJ_w2=0e4DB2tSHA4oza4=k...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
That's what I was afraid of... Was allowing multiple host entries in the
SIP trunk configuration put in place to get around this at least in
a failover configuration? This "enhancement" has been open for WELL over a
year!
On Thu, Nov 15, 2012 at 9:29 AM, Ryan Ratliff <[email protected]> wrote:
> Status: Open(Assigned)
>
>
> Not resolved yet. Use A records as a workaround.
>
> -Ryan
>
> On Nov 14, 2012, at 6:19 PM, Ted Nugent <[email protected]> wrote:
>
> Is it possible this is still unresolved or maybe been resolved in a
> duplicate bug id? HOPEFULLY!
> Does anyone know if this was resolved by 8.6.2?
>
> *CSCth25928 Bug Details*
> * Change the behavior for invoking additional DNS SRV queries * *Symptom:
> *
> When the Primary server is down CM does not try the second server
> mentioned in
> the SRV record.
> Even when the timer expires it resets the timer and again starts sending
> the
> NOTIFY request to Primary DNS SRV record.
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20121115/f4a01252/attachment-0001.html>
------------------------------
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
End of cisco-voip Digest, Vol 109, Issue 12
*******************************************
