Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-12-03 Thread Talmadge Almand
rds, > > Bas > > > > > >> Date: Sat, 28 Nov 2009 21:38:54 -0500 >> From: t...@ipexpert.com >> To: o...@ipexpert.com; bobwmcg...@verizon.net; >> ccie_voice@onlinestudylist.com >> Subject: Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2

Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-12-03 Thread Bas Janssen
lity Set on the gateway or trunk configuration and it will work. > >> Any > >> ideas why we would need to uncheck that option? > >> > >> > >> From: Talmadge Almand [mailto:t...@ipexpert.com] > >> Sent: Saturday, November 28, 2009 8:19 PM > &g

Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-11-28 Thread Talmadge Almand
From: Talmadge Almand [mailto:t...@ipexpert.com] >> Sent: Saturday, November 28, 2009 8:19 PM >> To: Robert McGhee >> Cc: Dao Manh Hieu; ccie_voice@onlinestudylist.com >> Subject: Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE >> >> Since this is doi

Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-11-28 Thread Otto Sanchez
e@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE > > Since this is doing media flow around, I think you should take a look at > the > CME in detail. > > I do not see anything that stands out as incorrect on CUBE, I will continue >

Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-11-28 Thread Sergio Polizer
we would need to uncheck that option? > > > From: Talmadge Almand [mailto:t...@ipexpert.com] > Sent: Saturday, November 28, 2009 8:19 PM > To: Robert McGhee > Cc: Dao Manh Hieu; ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE >

Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-11-28 Thread Robert McGhee
: Saturday, November 28, 2009 8:19 PM To: Robert McGhee Cc: Dao Manh Hieu; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE Since this is doing media flow around, I think you should take a look at the CME in detail.   I do not see anything that

Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-11-28 Thread Talmadge Almand
Have you configure the DSPs on cube, SCCP to reg with telephony services? On Sat, Nov 28, 2009 at 6:38 PM, Dao Manh Hieu wrote: > Hi Robert, > I have the same problem and I realised that it was due to > transcoder problem. Some how, the transcoder of CUBE does not invoke in the > call. You can c

Re: [OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-11-28 Thread Dao Manh Hieu
Hi Robert, I have the same problem and I realised that it was due to transcoder problem. Some how, the transcoder of CUBE does not invoke in the call. You can check by the command: "show dspfarm all" on HQ_RT when the call's happening. In theory, when the call come from UCM to CUBE, CUBE will take

[OSL | CCIE_Voice] Volume2 - Lab1 - Question 4.2 CUBE

2009-11-28 Thread Robert McGhee
Hi All, I've got some weirdness with CUBE where the HQ phone calls the (CME) BR phone and gets ringback, the BR phone answers the call and is immediately put on hold and the HQ phone continues to hear ringback. Here's the config and debug info: Debug voice ipipgw: Nov 28