Buy or Renew
Buy or Renew
Cisco + Splunk: It’s a new day for your data. Learn more.
 
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
1473
Views
5
Helpful
4
Replies

codec negotiation process (dial-peer)

Go to solution
kozorezdi
Level 1
Level 1

‎07-30-2014 09:44 AM - edited ‎03-16-2019 11:34 PM

Good day everyone,

 

I am trying to see the process of codec negotiation.

My situation is: 2CME connected by a link. From one side, under dial-peer (voip) towards the another side I added a few commands:

!

dial-peer voice 3000 voip
 destination-pattern 5553...
 session target ipv4:10.1.250.102
 voice-class codec 10
 no vad
!
voice class codec 10
 codec preference 1 g723r53
 codec preference 2 ilbc
 codec preference 3 g729br8

!

From ip-phone (SCCP) I called to another skinny ip-phone(5553001).  I want to see the situation when one side is offering: g723, ilbc, g729 and another side agree on g729, for example. How can I see the process codec negotiation? 

I guess it should be seen by: "debug h245 asn1", am I right?  Could you show it to me in my output (plz check the attached file).

Thank you in advance.

--

DMitry

Labels:
Preview file
20 KB
0 Helpful
2 Accepted Solutions

Accepted Solutions

Go to solution
Brian Meade
Level 7
Level 7

‎07-30-2014 12:38 PM

You'll see it in the H245 TerminalCapabilitySet message.  I don't see that in your debug so it may have overran the monitor session.  Try capturing the debug again with this:

no logging monitor

no logging console

logging buffered 5000000

logging buffered debug

service sequence-numbers

 

then do:

clear log

debug h245 asn1

 

After call is complete, do:

un all

show log

 

That should show you all the H245 messaging for the call now hopefully.  If not, the sequence numbers will at least show you if you have any gaps where the missing messages may be.

View solution in original post

Go to solution
Ayodeji Okanlawon
VIP Alumni
VIP Alumni
In response to kozorezdi

‎07-31-2014 01:43 AM

(+ 5) to Brian for the excellent ideas as usual..

The logs doesnt show the h245 terminal capabilites negotiations. (TCS) It is possible that this has been over written in the buffer. This is where you will see the codec negotiation taken place..

Please increase the size of your buffer as follows and then do the test again...

logging buffered 10000000 debug

 

You can also see the codec negotiation on ccme by using another debug..

debug ephone detail

I suggest you try this after you are done with the h245 debug..as this can generate a lot of output. This is quite useful in seeing every interaction from when you dial the digits to how the call progresses..
 

Please rate all useful posts

View solution in original post

0 Helpful
4 Replies 4

Go to solution
Brian Meade
Level 7
Level 7

‎07-30-2014 12:38 PM

You'll see it in the H245 TerminalCapabilitySet message.  I don't see that in your debug so it may have overran the monitor session.  Try capturing the debug again with this:

no logging monitor

no logging console

logging buffered 5000000

logging buffered debug

service sequence-numbers

 

then do:

clear log

debug h245 asn1

 

After call is complete, do:

un all

show log

 

That should show you all the H245 messaging for the call now hopefully.  If not, the sequence numbers will at least show you if you have any gaps where the missing messages may be.

Go to solution
kozorezdi
Level 1
Level 1
In response to Brian Meade

‎07-31-2014 01:03 AM

Dear Brian,

I appreciate your help.  I have followed by your recommendations.  Please check the new attached file. THANK YOU!

 

no logging monitor
no logging console
logging buffered 5000000
logging buffered debug
service sequence-numbers

clear log
debug h245 asn1


Cisco IOS Software, 2800 Software (C2800NM-IPVOICE_IVS-M), Version 15.1(2)T1, RELEASE SOFTWARE (fc1)

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
                 Call from HQ(5552002) to BR(5553001):
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
HQ-1:
voice class codec 10
 codec preference 1 g711ulaw
 codec preference 2 ilbc
!
dial-peer voice 3000 voip
 destination-pattern 5553...
 session target ipv4:10.1.250.102
 voice-class codec 10
 no vad
!
HQ-1#
HQ-1#sh voice call status
CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers
0x114      1492 0x497BF1F0 50/0/2.0                 5553001    g711ulaw 20002/3000
1 active call found

HQ-1#sh call active voice compact
 <callID>  A/O FAX T<sec> Codec       type        Peer Address       IP R<ip>:<udp>
Total call-legs: 2
       276 ANS     T147   g711ulaw    TELE        P5552002
       277 ORG     T147   g711ulaw    VOIP        P5553001     10.1.250.102:18978

HQ-1#
HQ-1#sh dial-peer voice summary
dial-peer hunt 0
             AD                                    PRE PASS                OUT
TAG    TYPE  MIN  OPER PREFIX    DEST-PATTERN      FER THRU SESS-TARGET    STAT PORT    KEEPALIVE
20001  pots  up   up             5552001$           0                           50/0/1
20002  pots  up   up             5552002$           0                           50/0/2
7      pots  up   up             0[2-9]......       0                      up   0/2/0:15
10     pots  up   up             00[2-9]......      0                      up   0/2/0:15
9011   pots  up   up   00        000T               0                      up   0/2/0:15
112    pots  up   up   112       112                0                      up   0/2/0:15
1120   pots  up   up   112       0112               0                      up   0/2/0:15
1      pots  up   up                                0                      down
3000   voip  up   up             5553...            0  syst ipv4:10.1.250.102
HQ-1#


BR-1:
voice class codec 10
 codec preference 1 ilbc
 codec preference 2 g711alaw
 codec preference 3 g711ulaw
!
dial-peer voice 2000 voip
 destination-pattern 5552...
 session target ipv4:10.1.250.101
 voice-class codec 10
!

BR-1#sh voice call status
CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers
0xA4       1492 0x48A16948 50/0/1.0                *5553001    g711ulaw 2000/20001
1 active call found

BR-1#sh call active voice compact
 <callID>  A/O FAX T<sec> Codec       type        Peer Address       IP R<ip>:<udp>
Total call-legs: 2
       163 ANS     T235   g711ulaw    VOIP        P5552002     10.1.250.101:16384
       164 ORG     T235   g711ulaw    TELE        P5553001

BR-1#sh dial-peer voice summary
dial-peer hunt 0
             AD                                    PRE PASS                OUT
TAG    TYPE  MIN  OPER PREFIX    DEST-PATTERN      FER THRU SESS-TARGET    STAT PORT    KEEPALIVE
20001  pots  up   up             5553001$           0                           50/0/1
7      pots  up   up             9[2-9]......       0                      up   0/2/0:23
10     pots  up   up             91[2-9]..[2-9]..-  0                      up   0/2/0:23
                                 ....
9011   pots  up   up   011       9011T              0                      up   0/2/0:23
911    pots  up   up             911                0                      up   0/2/0:23
9911   pots  up   up   911       9911               0                      up   0/2/0:23
1      pots  up   up                                0                      down
2000   voip  up   up             5552...            0  syst ipv4:10.1.250.101
BR-1#
dial-peer voice 2000 voip
 destination-pattern 5552...
 session target ipv4:10.1.250.101
 voice-class codec 10
!

 

Sorry, I don't see the situation by the debug...

--

Dmitry

Preview file
14 KB
0 Helpful

Go to solution
Ayodeji Okanlawon
VIP Alumni
VIP Alumni
In response to kozorezdi

‎07-31-2014 01:43 AM

(+ 5) to Brian for the excellent ideas as usual..

The logs doesnt show the h245 terminal capabilites negotiations. (TCS) It is possible that this has been over written in the buffer. This is where you will see the codec negotiation taken place..

Please increase the size of your buffer as follows and then do the test again...

logging buffered 10000000 debug

 

You can also see the codec negotiation on ccme by using another debug..

debug ephone detail

I suggest you try this after you are done with the h245 debug..as this can generate a lot of output. This is quite useful in seeing every interaction from when you dial the digits to how the call progresses..
 

Please rate all useful posts
0 Helpful

Go to solution
kozorezdi
Level 1
Level 1
In response to Ayodeji Okanlawon

‎07-31-2014 04:38 AM

Dear Brian and Ayodeji,

THANK YOU VERY MUCH!!!

Now I can see it ;)  I have missed the main idea of Brian, but after additional explanation from Ayodeji - everything clear right now!  THANKS!!!

--

Have a nice day,

Dmitry

0 Helpful
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Customers Also Viewed These Support Documents