ccm4.2 video over intercluster trunk issues !!!

________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

When a call is dropped as soon as it goes to a connected state this  =

usually indicates a codec mismatch, or some other media establishment  =

error.

The fact that the call connects with no video when you use the MRGL  =

tells me that either an MTP or transcoder is being invoked for that  =

call.  Since we have no MTP or Transcoders that support video, you  =

get audio only.

You can verify this by looking at the Perfmon counters in CCM, by  =

hitting the IP phone's web page and looking at the active RTP stream  =

(when the audio only call is up) to see the IP address it is sending  =

RTP to, or by examining the CCM trace.

-Ryan

On May 17, 2007, at 4:01 AM, Djokic Sinisa wrote:

hi to all..

has anybody experienced the following problem:

ccm4.1(3) =96 we have gatekeeper configured on ccm and intercluster  =

trunk whis is controlled via that gatekeeper ( GNU )..

there is also a route pattern for certain video calls to go from CCM  =

side over that intercluster trunk to TANDBERG video terminal ( which  =

is registred to the same GNU gatekeeper )..

the phone and the intercluster trunk are in the same device pool  =

( g711 )..

when user  ( with IP phone and VTA ) makes a call to that video  =

number and succesfull video call is established..

no media resource group list are used at all..

ccm4.2(1) - the same setup as before is copied to the new CCM 4.2 in  =

lab..

everything is the same ( including the same gatekeeper ) but it  =

doesn=92t work..

there are two things..

if we put that device pool ( the one we=92re using ) uses media  =

resource group list a call is established but without video..

if we don=92t put that device pool ( the one we=92re using ) uses media  =

resource group list a call is droped as soon it is established..

does anybody have an idea about this strange behaviour..

is there something we should know about CCM4.2 or is it u bug..

regards..

Sinisa Djokic

System Engineer
CCNP,CCDA,CQS-CWLDS,CS-CIPTDS,CS-CIPCCES cisco Certified

<image001.gif>

MDS Informaticki inzenjering
Bul. Arsenija Carnojevica 170
11070 Novi Beograd, Serbia
Tel: +381 11 2015 200, 2015 273
Fax: +381 11 3194 954
www.mds.co.yu
sdjokic@mds.co.yu

<image001.gif>
 ________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

thanx ryan..

i agree with you..that's what i'm thinking also..

the problem is there shouldn't be any codec mismatch etc..

i have two separate systems - ccm4.1 and ccm4.2, which are configured
identically..

both using the same gatekeeper..

one of them works - ccm4.1..

another doesn't - ccm4.2..

all the device pools use g711 codec..

so, that's the reason i was asking have anybody experienced something like
that ( maybe it's a bug ) or something..

thanx..

regards..

Sinisa Djokic

System Engineer

CCNP,CCDA,CQS-CWLDS,CS-CIPTDS,CS-CIPCCES cisco Certified

MDS Informaticki inzenjering

Bul. Arsenija Carnojevica 170

11070 Novi Beograd, Serbia

Tel: +381 11 2015 200, 2015 273

Fax: +381 11 3194 954

www.mds.co.yu

sdjokic@mds.co.yu

-----Original Message-----
From: Ryan Ratliff [mailto:rratliff@cisco.com]
Sent: Thursday, May 17, 2007 6:15 PM
To: Djokic Sinisa
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] ccm4.2 video over intercluster trunk issues !!
!

When a call is dropped as soon as it goes to a connected state this

usually indicates a codec mismatch, or some other media establishment

error.

The fact that the call connects with no video when you use the MRGL

tells me that either an MTP or transcoder is being invoked for that

call.  Since we have no MTP or Transcoders that support video, you

get audio only.

You can verify this by looking at the Perfmon counters in CCM, by

hitting the IP phone's web page and looking at the active RTP stream

(when the audio only call is up) to see the IP address it is sending

RTP to, or by examining the CCM trace.

-Ryan

On May 17, 2007, at 4:01 AM, Djokic Sinisa wrote:

hi to all..

has anybody experienced the following problem:

ccm4.1(3) - we have gatekeeper configured on ccm and intercluster

trunk whis is controlled via that gatekeeper ( GNU )..

there is also a route pattern for certain video calls to go from CCM

side over that intercluster trunk to TANDBERG video terminal ( which

is registred to the same GNU gatekeeper )..

the phone and the intercluster trunk are in the same device pool

( g711 )..

when user  ( with IP phone and VTA ) makes a call to that video

number and succesfull video call is established..

no media resource group list are used at all..

ccm4.2(1) - the same setup as before is copied to the new CCM 4.2 in

lab..

everything is the same ( including the same gatekeeper ) but it

doesn't work..

there are two things..

if we put that device pool ( the one we're using ) uses media

resource group list a call is established but without video..

if we don't put that device pool ( the one we're using ) uses media

resource group list a call is droped as soon it is established..

does anybody have an idea about this strange behaviour..

is there something we should know about CCM4.2 or is it u bug..

regards..

Sinisa Djokic

System Engineer

CCNP,CCDA,CQS-CWLDS,CS-CIPTDS,CS-CIPCCES cisco Certified

<image001.gif>

MDS Informaticki inzenjering

Bul. Arsenija Carnojevica 170

11070 Novi Beograd, Serbia

Tel: +381 11 2015 200, 2015 273

Fax: +381 11 3194 954

www.mds.co.yu

sdjokic@mds.co.yu

<image001.gif>

 ________________________________________
_______

cisco-voip mailing list

cisco-voip@puck.nether.net

https://puck.nether.net/mailman/listinfo/cisco-voip

Sinisa,
what do you have in the CCM traces. There should be the reason why calls
are failing. Also, do you have MTP check box "checked" on the H.323 GK
controled trunk

Do you have any debugging on GNU. If not, put cisco IOS router and make
another testing with debugging turned on.

If call fails because of codec mismatch you should see that in the h.323
logs. H.245 negotiation will failand you will have description. Also,
you may put a ethereal and capture the packeks.

Also, double check do you have fast start enable on the CCM 4.2. I think
that this is a default for 4.2(1). Mabye GNU has a trouble in Media
Negotiation process with the fast start. I am not sure but I think that
fast start is enabled on the CCM 4.2 by default. Try to disable it and
make testing and capture the logs.

Mladen

________________________________

From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Djokic Sinisa
Sent: Friday, May 18, 2007 1:50 AM
To: 'Ryan Ratliff'
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] ccm4.2 video over intercluster trunk issues
!!!

thanx ryan..

i agree with you..that's what i'm thinking also..

the problem is there shouldn't be any codec mismatch etc..

i have two separate systems - ccm4.1 and ccm4.2, which are configured
identically..

both using the same gatekeeper..

one of them works - ccm4.1..

another doesn't - ccm4.2..

all the device pools use g711 codec..

so, that's the reason i was asking have anybody experienced something
like that ( maybe it's a bug ) or something..

thanx..

regards..

Sinisa Djokic 

System Engineer

CCNP,CCDA,CQS-CWLDS,CS-CIPTDS,CS-CIPCCES cisco Certified

MDS Informaticki inzenjering

Bul. Arsenija Carnojevica 170

11070 Novi Beograd, Serbia

Tel: +381 11 2015 200, 2015 273

Fax: +381 11 3194 954

www.mds.co.yu

sdjokic@mds.co.yu

-----Original Message-----
From: Ryan Ratliff [mailto:rratliff@cisco.com] 
Sent: Thursday, May 17, 2007 6:15 PM
To: Djokic Sinisa
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] ccm4.2 video over intercluster trunk issues
!!!

When a call is dropped as soon as it goes to a connected state this  

usually indicates a codec mismatch, or some other media establishment  

error.

The fact that the call connects with no video when you use the MRGL  

tells me that either an MTP or transcoder is being invoked for that  

call.  Since we have no MTP or Transcoders that support video, you  

get audio only.

You can verify this by looking at the Perfmon counters in CCM, by  

hitting the IP phone's web page and looking at the active RTP stream  

(when the audio only call is up) to see the IP address it is sending  

RTP to, or by examining the CCM trace.

-Ryan

On May 17, 2007, at 4:01 AM, Djokic Sinisa wrote:

hi to all..

has anybody experienced the following problem:

ccm4.1(3) - we have gatekeeper configured on ccm and intercluster  

trunk whis is controlled via that gatekeeper ( GNU )..

there is also a route pattern for certain video calls to go from CCM  

side over that intercluster trunk to TANDBERG video terminal ( which  

is registred to the same GNU gatekeeper )..

the phone and the intercluster trunk are in the same device pool  

( g711 )..

when user  ( with IP phone and VTA ) makes a call to that video  

number and succesfull video call is established..

no media resource group list are used at all..

ccm4.2(1) - the same setup as before is copied to the new CCM 4.2 in  

lab..

everything is the same ( including the same gatekeeper ) but it  

doesn't work..

there are two things..

if we put that device pool ( the one we're using ) uses media  

resource group list a call is established but without video..

if we don't put that device pool ( the one we're using ) uses media  

resource group list a call is droped as soon it is established..

does anybody have an idea about this strange behaviour..

is there something we should know about CCM4.2 or is it u bug..

regards..

Sinisa Djokic

System Engineer

CCNP,CCDA,CQS-CWLDS,CS-CIPTDS,CS-CIPCCES cisco Certified

<image001.gif>

MDS Informaticki inzenjering

Bul. Arsenija Carnojevica 170

11070 Novi Beograd, Serbia

Tel: +381 11 2015 200, 2015 273

Fax: +381 11 3194 954

www.mds.co.yu

sdjokic@mds.co.yu

<image001.gif>

 ________________________________________
_______

cisco-voip mailing list

cisco-voip@puck.nether.net

https://puck.nether.net/mailman/listinfo/cisco-voip

________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip