[cisco-voip] one way issue between the phones in the same
Kumar, Narinder
Narinder.Kumar at uxcg.com.au
Thu Sep 25 20:16:46 EDT 2008
Mohammed,
Could be a codec mismatch or QOS issue.
-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
cisco-voip-request at puck.nether.net
Sent: Thursday, 25 September 2008 8:09 PM
To: cisco-voip at puck.nether.net
Subject: cisco-voip Digest, Vol 59, Issue 207
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. one way issue between the phones in the same campus
(Mohammed Naviwala)
2. CallManager ICT and IPCC Express transfer issues (Tim Smith)
3. Re: CallManager ICT and IPCC Express transfer issues (Tim Smith)
4. Re: Unity startup issues (Johnny Crothers)
----------------------------------------------------------------------
Message: 1
Date: Thu, 25 Sep 2008 09:21:46 +0400
From: "Mohammed Naviwala" <monavy at gmail.com>
Subject: [cisco-voip] one way issue between the phones in the same
campus
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
<136208490809242221q1117a486l7df82f9fb4b1ada2 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
hi guys
i am getting one way speech between 2 phones connected to the same core
sitch no firewall no routing issue.......reset the phones and i dont
think
need to restart the ccm
what can be the problem?
--
Best Regards
Mohammed Abdul Razzaq
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20080925/3cf8a
ee7/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 25 Sep 2008 11:28:21 +0200
From: "Tim Smith" <thsglobal at gmail.com>
Subject: [cisco-voip] CallManager ICT and IPCC Express transfer issues
To: "CiscoVoip Mailing List" <cisco-voip at puck.nether.net>
Message-ID:
<202613020809250228y51ea95a2y32cee17ba5a2d150 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Guys,
Apologies for the length of this, difficult to give a simple overview,
as
there are lots of components and factors at play.
I havent posted the traces, debugs etc, as there is too many :) - trying
to
narrow down the exact theory first!
I suspect a bug.. I am trying to narrow down where exactly still.
I have found some pretty close bugs - but I am not sure they should
apply -
bug desc is a bit light on.
*Quick and dirty overview*
**
Site A - CUCM 6.1(2) (call this local)
Site B - CCM 4.1(3)sr3a (call this the remote)
Site B - IPCC Express also (G711) 4.0(4)SR1
Site B - Voice Gateway - H323 IOS gateway (ISR router)
Site B - Xcoder + Conf Bridge - SCCP on IOS GW (ISR) - no HW MTP
Site B - Software MTP on CCM
ICT between Site A and Site B
ICT is configured properly in terms of CCM group, CCM IP's, MRGL's.
MTP required is not ticked at either end.
*Problem*
**
Call flow looks like this:
Local IP phone > CUCM 6.1(2) > ICT (G729) > CCM 4.1(3) > IPCC Express >
redirected to mobile phone via 3800 IOS H323 Gateway (12.4(9)T1)
**
Translation pattern in Site A - translates called party to CTI RP number
in
Site B (Across the ICT)
CTI RP goes to IPCC Express application - for simplicity the test app
uses a
re-direct to an external number (my mobile)
Have tested with an agent, and it works fine. It is to the external
number
that is a problem.
Call is routed to H323 gateway
Call rings on my mobile number. Either I answer within about 2 rings and
then I get fast busy at both ends
Or I dont answer and again within about 2 rings it stops ringing my
mobile
and I get fast busy at the calling phone
Q931 shows a "Temp fail" or sometimes possibly a "Resource Unvailable" I
saw
Temp fail on most of my attempts.
On a failed call I see an SCCP setup request on the xcoder gateway - it
fails (does not setup either leg of the xcode session)
In the setup I see the local IP address, but no remote IP address
(0.0.0.0)
Also in the debugs I see an RTP and RTCP error (no packet received)
*Wierd things*
Not all calls fail - I have received some succesful calls (using the
same
flow as above) - not many though.
I usually have a couple of succesful calls after an ICT reset (on the
remote
Site B)
Normal phone to phone calls are perfectly fine.. never have a problem.
Normal calls to IPCC express that invoke transcoder, and end up at an
agent
in Site B are fine.. never had a problem.
*Couple of things I wanted to confirm really:*
1. Normal CCM to CCM via ICT does not require an MTP resource? (never
used on in the past)
2. With the IPCC express app - docco states MTP is required if the
CTI RP
has first party control of the call. Since the script answers on the
CTI
port first. Is this true? should it always require MTP? (I have to
dig up
this reference again)
3. I never trust RTMT completely. But looking at it, it does not seem
to
be using a software MTP for any of the calls across the trunk, even
though
MTP required is ticked.
4. I also checked the CCM traces - i see the call, I dont see it ask
for
MTP, I do see it ask for xcoder though.
5. Where should the Media Resources be allocated from? (From the IPCC
Express MRGL? or the ICT MRGL?)
6. Anyone seen anything like this?
*My next steps..*
**
1. Probably a TAC case for one! :)
2. The PSTN gateway has been rebooted.. want to try and see what
happens
without MTP required now.. just for giggles.
3. Also wanted to try a hardware MTP - From design perspective - if
an
MTP is required - we should use HW so it can XCODE as well, and not
invoke 2
x media resources!
Cheers,
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20080925/63c96
0b3/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 25 Sep 2008 11:44:03 +0200
From: "Tim Smith" <thsglobal at gmail.com>
Subject: Re: [cisco-voip] CallManager ICT and IPCC Express transfer
issues
To: "CiscoVoip Mailing List" <cisco-voip at puck.nether.net>
Message-ID:
<202613020809250244h5b19206v6c7207aa0fee3581 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Forgot 1 important detail :) (Very important actually)
On Site B - on the ICT - If I turn on MTP required.
I have success everytime. (again I dont see a SW MTP in use in RTMT
though)
Cheers,
Tim.
On Thu, Sep 25, 2008 at 11:28 AM, Tim Smith <thsglobal at gmail.com> wrote:
> Hi Guys,
> Apologies for the length of this, difficult to give a simple overview,
as
> there are lots of components and factors at play.
> I havent posted the traces, debugs etc, as there is too many :) -
trying to
> narrow down the exact theory first!
> I suspect a bug.. I am trying to narrow down where exactly still.
> I have found some pretty close bugs - but I am not sure they should
apply -
> bug desc is a bit light on.
>
> *Quick and dirty overview*
> **
> Site A - CUCM 6.1(2) (call this local)
> Site B - CCM 4.1(3)sr3a (call this the remote)
> Site B - IPCC Express also (G711) 4.0(4)SR1
> Site B - Voice Gateway - H323 IOS gateway (ISR router)
> Site B - Xcoder + Conf Bridge - SCCP on IOS GW (ISR) - no HW MTP
> Site B - Software MTP on CCM
>
> ICT between Site A and Site B
> ICT is configured properly in terms of CCM group, CCM IP's, MRGL's.
> MTP required is not ticked at either end.
>
> *Problem*
> **
> Call flow looks like this:
> Local IP phone > CUCM 6.1(2) > ICT (G729) > CCM 4.1(3) > IPCC Express
>
> redirected to mobile phone via 3800 IOS H323 Gateway (12.4(9)T1)
> **
> Translation pattern in Site A - translates called party to CTI RP
number in
> Site B (Across the ICT)
> CTI RP goes to IPCC Express application - for simplicity the test app
uses
> a re-direct to an external number (my mobile)
> Have tested with an agent, and it works fine. It is to the external
number
> that is a problem.
> Call is routed to H323 gateway
> Call rings on my mobile number. Either I answer within about 2 rings
and
> then I get fast busy at both ends
> Or I dont answer and again within about 2 rings it stops ringing my
mobile
> and I get fast busy at the calling phone
> Q931 shows a "Temp fail" or sometimes possibly a "Resource Unvailable"
I
> saw Temp fail on most of my attempts.
>
> On a failed call I see an SCCP setup request on the xcoder gateway -
it
> fails (does not setup either leg of the xcode session)
> In the setup I see the local IP address, but no remote IP address
(0.0.0.0
> )
> Also in the debugs I see an RTP and RTCP error (no packet received)
>
> *Wierd things*
>
> Not all calls fail - I have received some succesful calls (using the
same
> flow as above) - not many though.
> I usually have a couple of succesful calls after an ICT reset (on the
> remote Site B)
> Normal phone to phone calls are perfectly fine.. never have a problem.
> Normal calls to IPCC express that invoke transcoder, and end up at an
agent
> in Site B are fine.. never had a problem.
>
> *Couple of things I wanted to confirm really:*
>
> 1. Normal CCM to CCM via ICT does not require an MTP resource?
(never
> used on in the past)
> 2. With the IPCC express app - docco states MTP is required if the
CTI
> RP has first party control of the call. Since the script answers on
the CTI
> port first. Is this true? should it always require MTP? (I have to
dig up
> this reference again)
> 3. I never trust RTMT completely. But looking at it, it does not
seem
> to be using a software MTP for any of the calls across the trunk,
even
> though MTP required is ticked.
> 4. I also checked the CCM traces - i see the call, I dont see it
ask
> for MTP, I do see it ask for xcoder though.
> 5. Where should the Media Resources be allocated from? (From the
IPCC
> Express MRGL? or the ICT MRGL?)
> 6. Anyone seen anything like this?
>
> *My next steps..*
> **
>
> 1. Probably a TAC case for one! :)
> 2. The PSTN gateway has been rebooted.. want to try and see what
> happens without MTP required now.. just for giggles.
> 3. Also wanted to try a hardware MTP - From design perspective - if
an
> MTP is required - we should use HW so it can XCODE as well, and not
invoke 2
> x media resources!
>
> Cheers,
>
> Tim
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20080925/a4eff
a36/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 25 Sep 2008 10:09:01 +0100
From: "Johnny Crothers" <Johnny.Crothers at btinet.bt.com>
Subject: Re: [cisco-voip] Unity startup issues
To: "Scott Voll" <svoll.voip at gmail.com>, "Johnny Crothers"
<randvines at gmail.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
<71B72FE99FEF044EBAC53476D2DB7B82FB0A7A at osmail.btinet.local>
Content-Type: text/plain; charset="us-ascii"
Thanks for the reply Scott,
Not using TTS, can disable it, although didn't think that this would be
the major contributor to slowing it down so much?
What sort of configuration are you after for Exchange to Unity? Exchange
installed on the same box as Unity and AD, also DNS. No firewall between
as it's the same box. And therefore no fixup?
The errors talk about the Virtual Machine not being created and then not
being initialized, I've found something from MS on this but not sure if
I wanted to go into this, it's a new install and wouldn't have thought I
needed to tweak things like this.
http://support.microsoft.com/default.aspx?scid=kb;en-us;q296151
Cheers,
Johnny
________________________________
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Voll
Sent: 24 September 2008 20:05
To: Johnny Crothers
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Unity startup issues
are you using TTS? if not disable it. Should not take this long. any
idea what the configuration between Exchange and Unity is? FW? Fixup
389?
Scott
On Wed, Sep 24, 2008 at 3:56 AM, Johnny Crothers <randvines at gmail.com>
wrote:
Hi all,
I have an implementation performed by an engineer only a couple of weeks
ago, although the boot sequence is taking a long time. Its taking "14
Minutes" as quoted by the customer. I've resolved one of the issues,
although it still didnt help the startup time.
Anyone seen this, its Unity 5.0.1 with Win 2003 and Exchange 2003, AD
integrated.
No System logs, just application logs with revelent information, shown
below:
Event Type: Error
Event Source: CiscoUnity_TTS
Event Category: Run
Event ID: 1030
Date: 22/09/2008
Time: 17:31:15
User: N/A
Computer: UKRDGUNITY1
Description:
Problem during initialization of a TTS session. The session may not
have been created. Stop and restart the AvTtsSvr service. (Session
get_Capabilities failed with HRESULT 0x80045c04)
Event Type: Error
Event Source: CiscoUnity_TTS
Event Category: Init
Event ID: 1023
Date: 22/09/2008
Time: 17:30:29
User: N/A
Computer: UKRDGUNITY1
Description:
The licensed Text to Speech provider is not installed on the system, so
TTS will be disabled. Verify that you are using the correct license
file and that you have installed the correct provider. To view license
settings, use the Cisco Unity Licensing snap-in, and to install
providers, run Cisco Unity Setup. (HRESULT 0x8000ffff.)
Event Type: Error
Event Source: crypt32
Event Category: None
Event ID: 8
Date: 22/09/2008
Time: 17:30:24
User: N/A
Computer: UKRDGUNITY1
Description:
Failed auto update retrieval of third-party root list sequence number
from:
<http://www.download.windowsupdate.com/msdownload/update/v3/static/trust
edr/en/authrootseq.txt> with error: The server name or address could not
be resolved
For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
Event Type: Error
Event Source: MSExchangeFBPublish
Event Category: General
Event ID: 8197
Date: 22/09/2008
Time: 17:29:03
User: N/A
Computer: UKRDGUNITY1
Description:
Error initializing session for virtual machine UKRDGUNITY1. The error
number is 0x8004011d. Make sure Microsoft Exchange Store is running.
For more information, click
http://www.microsoft.com/contentredirect.asp.
Event Type: Error
Event Source: MSExchangeFBPublish
Event Category: General
Event ID: 8213
Date: 22/09/2008
Time: 17:24:02
User: N/A
Computer: UKRDGUNITY1
Description:
System Attendant Service failed to create session for virtual machine
UKRDGUNITY1. The error number is 0xc10306ce.
For more information, click
http://www.microsoft.com/contentredirect.asp.
Event Type: Error
Event Source: CiscoUnity_AvRdbSvr
Event Category: Startup
Event ID: 21000
Date: 22/09/2008
Time: 17:22:00
User: N/A
Computer: UKRDGUNITY1
Description:
Failed connecting to underlying database using:
provider=SQLOLEDB;driver={SQL Server};Data Source=UKRDGUNITY1;Initial
Catalog=UnityDb;uid=Administrator;pwd=<?}: 80004005
Event Type: Error
Event Source: CiscoUnity_AvRdbSvr
Event Category: Startup
Event ID: 21000
Date: 22/09/2008
Time: 17:22:00
User: N/A
Computer: UKRDGUNITY1
Description:
Failed connecting to underlying database using:
provider=SQLOLEDB;driver={SQL Server};Data Source=UKRDGUNITY1;Initial
Catalog=UnityDb;Integrated Security=SSPI: 80004005
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
______________________________________________________________
This message has been scanned for all viruses by BTnet VirusScreen.
The service is delivered in partnership with MessageLabs.
This service does not scan any password protected or encrypted
attachments.
==============================================================
______________________________________________________________
This message has been checked for all viruses by BTnet VirusScreen.
The service is delivered in partnership with MessageLabs.
This service does not scan any password protected or encrypted
attachments.
==============================================================
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20080925/898bf
567/attachment.html>
------------------------------
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
End of cisco-voip Digest, Vol 59, Issue 207
*******************************************
More information about the cisco-voip
mailing list