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. Migration Avaya ACD, Convergys IVR and Verint Call
Recording/QM and WFM to UCCX (Grace Maximuangu)
2. SIP trunk putting call on hold drops call (Mike )
3. Re: SIP trunk putting call on hold drops call (Kenneth Hayes)
4. Re: SIP trunk putting call on hold drops call (Mike )
5. Re: SIP trunk putting call on hold drops call (Kenneth Hayes)
6. UC9 Upgrade - CUWL licensing and hot desk environments (Boon)
7. Re: UC9 Upgrade - CUWL licensing and hot desk environments
(Tim Smith)
8. Re: UC9 Upgrade - CUWL licensing and hot desk environments (Boon)
9. Re: SIP trunk putting call on hold drops call
(Brian Meade (brmeade))
10. Re: UC9 Upgrade - CUWL licensing and hot desk environments
(Erick B.)
11. Cracking noise during calls (costas georgiou)
12. Re: UC9 Upgrade - CUWL licensing and hot desk environments
(Brian Meade (brmeade))
13. Re: Cracking noise during calls (Brian Meade (brmeade))
14. Re: Cracking noise during calls (Robert Kulagowski)
15. Re: Cracking noise during calls (Norton, Mike)
----------------------------------------------------------------------
Message: 1
Date: Sun, 20 Oct 2013 17:12:53 -0400
From: Grace Maximuangu <[email protected]>
To: "[email protected]" <[email protected]>, Anthony
Holloway <[email protected]>
Subject: [cisco-voip] Migration Avaya ACD, Convergys IVR and Verint
Call Recording/QM and WFM to UCCX
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Current setup today is with an Avaya ACD, Convergys IVR and Verint Call
Recording/QM and WFM
The team is considering the idea of replacing the AVAYA ACD with a Cisco UCCX
system - but retain the Convergys IVR and Verint CR/QM/WFM solution.
Today the Convergys IVR front ends all calls into the team and allows the
caller to access all kinds of information from the billing systems etc, via
database dips. Once the Convergys IVR has that information, we'd like to
deliver that information to a UCCX agent should the caller opt out of the IVR
menu's and wish to speak to an agent. So I am wondering how this would be
accomplished with Cisco UCCX.
Today, with the AVAYA ACD, the Convergys IVR writes the gathered information to
a database on the AVAYA system so when the agent receives the call, that
information is screen-popped to the AVAYA agent.
What is your take on this or better yet recommendations
Thanks
:-:gm
Grace Maximuangu
Voice Solutions Engineer
Black Box Network Services
Cell: 213.268.6342
[email protected]<mailto:[email protected]>
www.blackbox.com<http://www.blackbox.com/>
[cid:[email protected]]
________________________________
This email and any files transmitted with it are confidential and are intended
for the sole use of the individual to whom they are addressed. Black Box
Corporation reserves the right to scan all e-mail traffic for restricted
content and to monitor all e-mail in general. If you are not the intended
recipient or you have received this email in error, any use, dissemination or
forwarding of this email is strictly prohibited. If you have received this
email in error, please notify the sender by replying to this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131020/549def33/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4336 bytes
Desc: image001.jpg
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131020/549def33/attachment-0001.jpg>
------------------------------
Message: 2
Date: Sun, 20 Oct 2013 21:37:08 -0400
From: "Mike " <[email protected]>
To: "'Cisco VOIP'" <[email protected]>
Subject: [cisco-voip] SIP trunk putting call on hold drops call
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I have a SIP trunk from Windstream where if I put the call on hold it drops
the call. If I check MTP required it works fine. I have a transcoder and IOS
software MTP configured and in the MRGL on the Trunk config.
Any ideas?
Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131020/153ce938/attachment-0001.html>
------------------------------
Message: 3
Date: Sun, 20 Oct 2013 22:04:50 -0400
From: Kenneth Hayes <[email protected]>
To: Mike <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] SIP trunk putting call on hold drops call
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I ran into this before. I think it's a bug in the IOS. What IOS are you running?
Sent from my iPhone
> On Oct 20, 2013, at 9:37 PM, "Mike " <[email protected]> wrote:
>
> I have a SIP trunk from Windstream where if I put the call on hold it drops
> the call. If I check MTP required it works fine. I have a transcoder and IOS
> software MTP configured and in the MRGL on the Trunk config.
>
> Any ideas?
>
> Thanks,
> Mike
> _______________________________________________
> 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/20131020/d0e75be9/attachment-0001.html>
------------------------------
Message: 4
Date: Sun, 20 Oct 2013 22:07:47 -0400
From: "Mike " <[email protected]>
To: "'Kenneth Hayes'" <[email protected]>
Cc: 'Cisco VOIP' <[email protected]>
Subject: Re: [cisco-voip] SIP trunk putting call on hold drops call
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
12.4(24)T8
From: cisco-voip [mailto:[email protected]] On Behalf Of
Kenneth Hayes
Sent: Sunday, October 20, 2013 10:05 PM
To: Mike
Cc: Cisco VOIP
Subject: Re: [cisco-voip] SIP trunk putting call on hold drops call
I ran into this before. I think it's a bug in the IOS. What IOS are you running?
Sent from my iPhone
On Oct 20, 2013, at 9:37 PM, "Mike " <[email protected]> wrote:
I have a SIP trunk from Windstream where if I put the call on hold it drops
the call. If I check MTP required it works fine. I have a transcoder and IOS
software MTP configured and in the MRGL on the Trunk config.
Any ideas?
Thanks,
Mike
_______________________________________________
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/20131020/6aeda6f9/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 21 Oct 2013 05:19:25 -0400
From: Kenneth Hayes <[email protected]>
To: Mike <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] SIP trunk putting call on hold drops call
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
You might want to upgrade to 15.x that should correct the issue you are having.
Sent from my iPhone
> On Oct 20, 2013, at 10:07 PM, "Mike " <[email protected]> wrote:
>
> 12.4(24)T8
>
> From: cisco-voip [mailto:[email protected]] On Behalf Of
> Kenneth Hayes
> Sent: Sunday, October 20, 2013 10:05 PM
> To: Mike
> Cc: Cisco VOIP
> Subject: Re: [cisco-voip] SIP trunk putting call on hold drops call
>
> I ran into this before. I think it's a bug in the IOS. What IOS are you
> running?
>
> Sent from my iPhone
>
> On Oct 20, 2013, at 9:37 PM, "Mike " <[email protected]> wrote:
>
> I have a SIP trunk from Windstream where if I put the call on hold it drops
> the call. If I check MTP required it works fine. I have a transcoder and IOS
> software MTP configured and in the MRGL on the Trunk config.
>
> Any ideas?
>
> Thanks,
> Mike
> _______________________________________________
> 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/20131021/826c0a99/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 21 Oct 2013 12:17:00 +0100
From: Boon <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk
environments
Message-ID:
<CACue4GhF6NYfsvSx3qwKV=ompaaasf-rsbbaz79p7jtfzpj...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Ok so we've upgraded from 8.6 to 9.1.1-20000-5 and have encountered the
same issue as many others with regards to having CUWL licenses and no Owner
ID's set due to all phones being used as hot desks.
I understand (after a long conversation with TAC at the weekend) that my
CUWL licenses are 'borrowed' and consumed as Enhanced licenses to cover the
hot desk phones but what I cant understand is why 1 x CUWL license is worth
the same a 1 x Enhanced license.
Is this going to be resolved in future versions?
Also, does anyone have any design best practice for deploying CUCM version
9 'hot desk' solutions without having to set the Device Owner ID on phones
which will never have an owner?
I asked TAC for some guidance on this but they didn't have a suggestion on
how it should be deployed going forward with this new licensing model in
place.
Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131021/240b0f5e/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 21 Oct 2013 12:12:21 +0000
From: Tim Smith <[email protected]>
To: Boon <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk
environments
Message-ID:
<68c1615bf06a40ab869814d2f4943...@hknpr04mb051.apcprd04.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Hey mate,
The answer is currently..
Log your licensing case.
Explain you use EM and no owner ID's are assigned.
Ask them to escalate to product manager.
They will sort you out with correct licensing (and should not add it to your
maintenance bill - i.e. you should still pay for same amount of users)
i.e. they will give you the extra essential licenses to cover the unassigned
phones, and still have the same count of CUWL users to cover your normal users
and other clients.
I have a feeling this will be changed in the future. But for now they should
sort you out as above.
Cheers,
Tim
From: cisco-voip [mailto:[email protected]] On Behalf Of Boon
Sent: Monday, 21 October 2013 10:17 PM
To: [email protected]
Subject: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk environments
Ok so we've upgraded from 8.6 to 9.1.1-20000-5 and have encountered the same
issue as many others with regards to having CUWL licenses and no Owner ID's set
due to all phones being used as hot desks.
I understand (after a long conversation with TAC at the weekend) that my CUWL
licenses are 'borrowed' and consumed as Enhanced licenses to cover the hot desk
phones but what I cant understand is why 1 x CUWL license is worth the same a 1
x Enhanced license.
Is this going to be resolved in future versions?
Also, does anyone have any design best practice for deploying CUCM version 9
'hot desk' solutions without having to set the Device Owner ID on phones which
will never have an owner?
I asked TAC for some guidance on this but they didn't have a suggestion on how
it should be deployed going forward with this new licensing model in place.
Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131021/b25d7e42/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 21 Oct 2013 13:24:20 +0100
From: Boon <[email protected]>
To: Tim Smith <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk
environments
Message-ID:
<CACue4GgDj_rxDQnKcc=fufkrd+1xcppxkeh1jh_fjr8o-7+...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Thanks Tim, I'll give that a try and cross my fingers that it will get
resolved swiftly for future releases as I've been unable to find anybody
(including my Cisco SE) who knows how to deploy EM based solutions going
forward.
On Mon, Oct 21, 2013 at 1:12 PM, Tim Smith <[email protected]> wrote:
> Hey mate,****
>
> ** **
>
> The answer is currently..****
>
> ** **
>
> Log your licensing case.****
>
> Explain you use EM and no owner ID?s are assigned.****
>
> Ask them to escalate to product manager.****
>
> ** **
>
> They will sort you out with correct licensing (and should not add it to
> your maintenance bill ? i.e. you should still pay for same amount of users)
> ****
>
> ** **
>
> i.e. they will give you the extra essential licenses to cover the
> unassigned phones, and still have the same count of CUWL users to cover
> your normal users and other clients.****
>
> ** **
>
> I have a feeling this will be changed in the future. But for now they
> should sort you out as above.****
>
> ** **
>
> Cheers,****
>
> ** **
>
> Tim****
>
> ** **
>
> *From:* cisco-voip [mailto:[email protected]] *On Behalf
> Of *Boon
> *Sent:* Monday, 21 October 2013 10:17 PM
> *To:* [email protected]
> *Subject:* [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk
> environments****
>
> ** **
>
> Ok so we've upgraded from 8.6 to 9.1.1-20000-5 and have encountered the
> same issue as many others with regards to having CUWL licenses and no Owner
> ID's set due to all phones being used as hot desks. ****
>
> ** **
>
> I understand (after a long conversation with TAC at the weekend) that my
> CUWL licenses are 'borrowed' and consumed as Enhanced licenses to cover the
> hot desk phones but what I cant understand is why 1 x CUWL license is worth
> the same a 1 x Enhanced license. ****
>
> ** **
>
> Is this going to be resolved in future versions?****
>
> ** **
>
> Also, does anyone have any design best practice for deploying CUCM version
> 9 'hot desk' solutions without having to set the Device Owner ID on phones
> which will never have an owner? ****
>
> ** **
>
> I asked TAC for some guidance on this but they didn't have a suggestion on
> how it should be deployed going forward with this new licensing model in
> place. ****
>
> ** **
>
> Thanks in advance. ****
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131021/00e7b4dd/attachment-0001.html>
------------------------------
Message: 9
Date: Mon, 21 Oct 2013 13:21:02 +0000
From: "Brian Meade (brmeade)" <[email protected]>
To: "Mike " <[email protected]>, "'Cisco VOIP'"
<[email protected]>
Subject: Re: [cisco-voip] SIP trunk putting call on hold drops call
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Mike,
Got a copy of the SIP signaling for the call? I've seen some carriers don't
like it when you set media to inactive or even send-only or receive-only. You
can usually use some SIP profiles on the CUBE to correct this.
Brian
From: cisco-voip [mailto:[email protected]] On Behalf Of Mike
Sent: Sunday, October 20, 2013 9:37 PM
To: 'Cisco VOIP'
Subject: [cisco-voip] SIP trunk putting call on hold drops call
I have a SIP trunk from Windstream where if I put the call on hold it drops
the call. If I check MTP required it works fine. I have a transcoder and IOS
software MTP configured and in the MRGL on the Trunk config.
Any ideas?
Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131021/f7e1ce8f/attachment-0001.html>
------------------------------
Message: 10
Date: Mon, 21 Oct 2013 09:16:40 -0500
From: "Erick B." <[email protected]>
To: Boon <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk
environments
Message-ID:
<CAHSnBQy2cJoC8N+guC8qFyvpj+2tQt-_3YL=6x4brq2rhik...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
The other issue you mentioned is CUWL licenses being borrowed down for
Enhanced. This really isn't the EM issue, on this I've been told in past to
use the correct number of each license type you need so you don't need to
borrow down as much. If you migrate and choose all CUWL license type CUCM
doesn't use CUWL unless someone has a lot of phones associated to them so
you are potentially shorting yourself out on some licenses if you migrate
and choose a lot of CUWL type instead of Enhanced, Enhanced Plus, etc.
On Mon, Oct 21, 2013 at 7:24 AM, Boon <[email protected]> wrote:
> Thanks Tim, I'll give that a try and cross my fingers that it will get
> resolved swiftly for future releases as I've been unable to find anybody
> (including my Cisco SE) who knows how to deploy EM based solutions going
> forward.
>
>
>
> On Mon, Oct 21, 2013 at 1:12 PM, Tim Smith <[email protected]>wrote:
>
>> Hey mate,****
>>
>> ** **
>>
>> The answer is currently..****
>>
>> ** **
>>
>> Log your licensing case.****
>>
>> Explain you use EM and no owner ID?s are assigned.****
>>
>> Ask them to escalate to product manager.****
>>
>> ** **
>>
>> They will sort you out with correct licensing (and should not add it to
>> your maintenance bill ? i.e. you should still pay for same amount of users)
>> ****
>>
>> ** **
>>
>> i.e. they will give you the extra essential licenses to cover the
>> unassigned phones, and still have the same count of CUWL users to cover
>> your normal users and other clients.****
>>
>> ** **
>>
>> I have a feeling this will be changed in the future. But for now they
>> should sort you out as above.****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Tim****
>>
>> ** **
>>
>> *From:* cisco-voip [mailto:[email protected]] *On
>> Behalf Of *Boon
>> *Sent:* Monday, 21 October 2013 10:17 PM
>> *To:* [email protected]
>> *Subject:* [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk
>> environments****
>>
>> ** **
>>
>> Ok so we've upgraded from 8.6 to 9.1.1-20000-5 and have encountered the
>> same issue as many others with regards to having CUWL licenses and no Owner
>> ID's set due to all phones being used as hot desks. ****
>>
>> ** **
>>
>> I understand (after a long conversation with TAC at the weekend) that my
>> CUWL licenses are 'borrowed' and consumed as Enhanced licenses to cover the
>> hot desk phones but what I cant understand is why 1 x CUWL license is worth
>> the same a 1 x Enhanced license. ****
>>
>> ** **
>>
>> Is this going to be resolved in future versions?****
>>
>> ** **
>>
>> Also, does anyone have any design best practice for deploying CUCM
>> version 9 'hot desk' solutions without having to set the Device Owner ID on
>> phones which will never have an owner? ****
>>
>> ** **
>>
>> I asked TAC for some guidance on this but they didn't have a suggestion
>> on how it should be deployed going forward with this new licensing model in
>> place. ****
>>
>> ** **
>>
>> Thanks in advance. ****
>>
>
>
> _______________________________________________
> 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/20131021/a468aeb5/attachment-0001.html>
------------------------------
Message: 11
Date: Mon, 21 Oct 2013 14:19:23 +0000
From: costas georgiou <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] Cracking noise during calls
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi guys,
I have an issue on one of my sites, where someone makes an outgoing call
through the ISDN, they hear a crackling sound on the phone. This is only
happening to three phones out of 15. The person on the other end cannot hear
this, only the person who is making the call from the IP phone. The provider
apparently has checked the ISDN and all seems fine, the gateway has been
completely replaced and also moved closer to the ISDN circuit. We have swapped
over a phone that we think did not have the issue, but it is still there.
Any ideas?
Thanks and Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131021/bdb49d77/attachment-0001.html>
------------------------------
Message: 12
Date: Mon, 21 Oct 2013 14:21:26 +0000
From: "Brian Meade (brmeade)" <[email protected]>
To: "Erick B." <[email protected]>, Boon <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk
environments
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
If the user has 2 phones or less, it's always going to show as using an
Enhanced license which will borrow from CUWL. Once you associate 3 devices to
a user, it will show as using a CUWL license directly.
From: cisco-voip [mailto:[email protected]] On Behalf Of Erick
B.
Sent: Monday, October 21, 2013 10:17 AM
To: Boon
Cc: [email protected]
Subject: Re: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk environments
The other issue you mentioned is CUWL licenses being borrowed down for
Enhanced. This really isn't the EM issue, on this I've been told in past to use
the correct number of each license type you need so you don't need to borrow
down as much. If you migrate and choose all CUWL license type CUCM doesn't use
CUWL unless someone has a lot of phones associated to them so you are
potentially shorting yourself out on some licenses if you migrate and choose a
lot of CUWL type instead of Enhanced, Enhanced Plus, etc.
On Mon, Oct 21, 2013 at 7:24 AM, Boon
<[email protected]<mailto:[email protected]>> wrote:
Thanks Tim, I'll give that a try and cross my fingers that it will get resolved
swiftly for future releases as I've been unable to find anybody (including my
Cisco SE) who knows how to deploy EM based solutions going forward.
On Mon, Oct 21, 2013 at 1:12 PM, Tim Smith
<[email protected]<mailto:[email protected]>> wrote:
Hey mate,
The answer is currently..
Log your licensing case.
Explain you use EM and no owner ID's are assigned.
Ask them to escalate to product manager.
They will sort you out with correct licensing (and should not add it to your
maintenance bill - i.e. you should still pay for same amount of users)
i.e. they will give you the extra essential licenses to cover the unassigned
phones, and still have the same count of CUWL users to cover your normal users
and other clients.
I have a feeling this will be changed in the future. But for now they should
sort you out as above.
Cheers,
Tim
From: cisco-voip
[mailto:[email protected]<mailto:[email protected]>]
On Behalf Of Boon
Sent: Monday, 21 October 2013 10:17 PM
To: [email protected]<mailto:[email protected]>
Subject: [cisco-voip] UC9 Upgrade - CUWL licensing and hot desk environments
Ok so we've upgraded from 8.6 to 9.1.1-20000-5 and have encountered the same
issue as many others with regards to having CUWL licenses and no Owner ID's set
due to all phones being used as hot desks.
I understand (after a long conversation with TAC at the weekend) that my CUWL
licenses are 'borrowed' and consumed as Enhanced licenses to cover the hot desk
phones but what I cant understand is why 1 x CUWL license is worth the same a 1
x Enhanced license.
Is this going to be resolved in future versions?
Also, does anyone have any design best practice for deploying CUCM version 9
'hot desk' solutions without having to set the Device Owner ID on phones which
will never have an owner?
I asked TAC for some guidance on this but they didn't have a suggestion on how
it should be deployed going forward with this new licensing model in place.
Thanks in advance.
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[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/20131021/3a638553/attachment-0001.html>
------------------------------
Message: 13
Date: Mon, 21 Oct 2013 14:24:38 +0000
From: "Brian Meade (brmeade)" <[email protected]>
To: costas georgiou <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Cracking noise during calls
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Start off with a regular packet capture on the gateway to see if the problem is
coming from the gateway side. If you hear it in that capture, you'll need to
do a PCM capture to prove the problem to the carrier most likely-
https://supportforums.cisco.com/docs/DOC-14060
Brian
From: cisco-voip [mailto:[email protected]] On Behalf Of
costas georgiou
Sent: Monday, October 21, 2013 10:19 AM
To: [email protected]
Subject: [cisco-voip] Cracking noise during calls
Hi guys,
I have an issue on one of my sites, where someone makes an outgoing call
through the ISDN, they hear a crackling sound on the phone. This is only
happening to three phones out of 15. The person on the other end cannot hear
this, only the person who is making the call from the IP phone. The provider
apparently has checked the ISDN and all seems fine, the gateway has been
completely replaced and also moved closer to the ISDN circuit. We have swapped
over a phone that we think did not have the issue, but it is still there.
Any ideas?
Thanks and Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131021/11f3974c/attachment-0001.html>
------------------------------
Message: 14
Date: Mon, 21 Oct 2013 10:07:42 -0500
From: Robert Kulagowski <[email protected]>
To: costas georgiou <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Cracking noise during calls
Message-ID:
<cage0w3rm4jp0vdpiww6s_a9j_llnybpmxg5t0i8zuow0yfm...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
> I have an issue on one of my sites, where someone makes an outgoing call
> through the ISDN, they hear a crackling sound on the phone.
If a user hears cracking during a call, have them press the "?" twice
and see if the error count is increasing.
------------------------------
Message: 15
Date: Mon, 21 Oct 2013 15:26:37 +0000
From: "Norton, Mike" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Cracking noise during calls
Message-ID:
<2c4107b204f8e74eb0a63ef59b0f97021500a...@pwsdexchange06.pwsb33.ab.ca>
Content-Type: text/plain; charset="us-ascii"
I'd start with looking on the gateway for ISDN errors. "Show controllers t1"
(or e1, depending on your country). If you are getting errors there, make sure
your gateway is configured to use the carrier as its clock source.
-mn
From: cisco-voip [mailto:[email protected]] On Behalf Of
costas georgiou
Sent: October-21-13 8:19 AM
To: [email protected]
Subject: [cisco-voip] Cracking noise during calls
Hi guys,
I have an issue on one of my sites, where someone makes an outgoing call
through the ISDN, they hear a crackling sound on the phone. This is only
happening to three phones out of 15. The person on the other end cannot hear
this, only the person who is making the call from the IP phone. The provider
apparently has checked the ISDN and all seems fine, the gateway has been
completely replaced and also moved closer to the ISDN circuit. We have swapped
over a phone that we think did not have the issue, but it is still there.
Any ideas?
Thanks and Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20131021/73aeb564/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
End of cisco-voip Digest, Vol 120, Issue 20
*******************************************
