I think if you use the command show voice dsp <various options> but even the
basic one will allow you to see active sessions
Example pstn call over ISDN channel
DSP DSP DSPWARE CURR BOOT PAK
TX/RX
TYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABRT
PACK COUNT
===== === == ========= ========== ===== ======= === == ========= == ====
============
C5510 001 01 g711ulaw 23.6.1 busy idle 0 0 0/0/0:23 01
0 3045/69
*DSP SIGNALING CHANNELS*
DSP DSP DSPWARE CURR BOOT PAK
TX/RX
TYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABRT
PACK COUNT
===== === == ========= ========== ===== ======= === == ========= == ====
============
C5510 001 01 {flex} 23.6.1 alloc idle 0 0 0/1/1 06
0 15/0
C5510 001 02 {flex} 23.6.1 alloc idle 0 0 0/1/0 06
0 17/0
C5510 001 03 {flex} 23.6.1 alloc idle 0 0 0/1/3 02
0 15/0
C5510 001 04 {flex} 23.6.1 alloc idle 0 0 0/1/2 02
0 15/0
------------------------END OF FLEX VOICE CARD 0
----------------------------
BR2-RTR#
On Tue, Aug 23, 2011 at 5:13 PM, Kshitij Singhi <[email protected]
> wrote:
> Hi Ash, All,
>
> I think I have been mistaken all this while based on Ash's email - my
> apologies.
>
>
> On Wed, Aug 24, 2011 at 3:08 AM, Ashraf Ayyash <[email protected]>wrote:
>
>> Hello Kshitij , All ,
>>
>> thank you Kshitij for your response in this Q , it made me
>> re-visit/think about the CUBE principle again from scratch ,
>>
>> i assumed that my understanding is wrong and i walk with your
>> explanation and tested this in my lab ,
>>
>> here is a call from CUCM H323 --CUBE--ITSP , it used Via Zone to remote GK
>> :
>>
>> LocalCallID Age(secs) BW
>> 60-32887 187 16(Kbps)
>> Endpt(s): Alias E.164Addr
>> src EP: gk-trunk_2 12123945001
>> CallSignalAddr Port RASSignalAddr Port
>> 10.0.11.11 40813 10.0.11.11 32797
>> Endpt(s): Alias E.164Addr
>> dst EP: CUBE 442077354765
>> CallSignalAddr Port RASSignalAddr Port
>> 10.0.11.1 1720 10.0.11.1 58808
>> LocalCallID Age(secs) BW
>> 61-32887 187 16(Kbps)
>> Endpt(s): Alias E.164Addr
>> src EP: CUBE 12123945001
>> CallSignalAddr Port RASSignalAddr Port
>> 10.0.11.1 1720 10.0.11.1 58808
>> Endpt(s): Alias E.164Addr
>> dst EP: 442077354765
>> CallSignalAddr Port RASSignalAddr Port
>> 10.0.11.100 1720 10.0.11.100 1720
>>
>>
>> so we have the CUBE in between translating between H to H but again
>> the DSP has never came to play :
>>
>> now testing as per your confirmation :
>>
>> HQ#show voice call status
>> CallID CID ccVdb Port DSP/Ch Called # Codec
>> Dial-peers
>> No active calls found
>>
>> HQ#show call active voice brief
>> Telephony call-legs: 0
>> SIP call-legs: 0
>> H323 call-legs: 2
>> Call agent controlled call-legs: 0
>> SCCP call-legs: 0
>> Multicast call-legs: 0
>> Total call-legs: 2
>>
>> Now i back to what i know about the CUBE functionality , this is an IP
>> TO IP Level , if you revisit the IOS architecture , you will see that
>> the DSP in lower level and its NOT used any protocol translation (in
>> the idle calls setup) , if your assumption is correct , then the CUBE
>> will be able to translate the codecs mismatch between the dial-peer
>> without configuring any Transcoder because it have DSP to translate
>> for him !
>>
>> the pots level , and local bypass matter is not subject in our
>> discussion because this is a NON-VOIP to VOIP translation ,
>> which will indeed have DSP allocated all the time ,
>>
>> Note : the best command to use to check if you have DSP involved is :
>> show voice dsp active
>>
>>
>> #####in the GK calls it say :
>>
>> HQ#show voice dsp active
>>
>>
>> ----------------------------FLEX VOICE CARD 3
>> ------------------------------
>> *DSP ACTIVE VOICE CHANNELS*
>> DSP DSPWARE VOX DSP SIG DSP PAK
>> TX/RX
>> TYPE VERSION CODEC NUM CH TS VOICEPORT SLT NUM CH TS RST AI
>> ABRT PACK COUNT
>> ===== ========== ======== === == == ========= === === == == === ==
>> ==== ============
>> ------------------------END OF FLEX VOICE CARD 3
>> ----------------------------
>>
>>
>> ######in any call via PSTN which will use DSP it wil show ;
>>
>> HQ#show voice dsp active
>>
>> DSP DSP DSPWARE CURR BOOT PAK
>> TX/RX
>> TYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS
>> ABORT PACK COUNT
>> ==== === == ======== ========== ===== ======= === == ========= ==
>> ===== ============
>>
>>
>> ----------------------------FLEX VOICE CARD 3
>> ------------------------------
>> *DSP ACTIVE VOICE CHANNELS*
>> DSP DSPWARE VOX DSP SIG DSP PAK
>> TX/RX
>> TYPE VERSION CODEC NUM CH TS VOICEPORT SLT NUM CH TS RST AI
>> ABRT PACK COUNT
>> ===== ========== ======== === == == ========= === === == == === ==
>> ==== ============
>> C5510 23.8.0 g711ulaw 001 01 03 3/0/0:23 003 001 03 03 0 0
>> 0 274/312
>> ------------------------END OF FLEX VOICE CARD 3
>> ----------------------------
>>
>>
>> Thanks Again
>>
>> Ash
>>
>>
>>
>>
>> On Tue, Aug 23, 2011 at 9:00 PM, Kshitij Singhi
>> <[email protected]> wrote:
>> > Hi Dew,
>> >
>> > Most of the replies are inaccurate with respect to your question. A DSP
>> is
>> > invoked in ALL scenarios, except when there is a POTS - - - to - - -
>> POTS
>> > flow involved. In order to invoke the DSP when a POTS-to-POTS call flow
>> is
>> > involved, we use the command "no local-bypass" under voice-card.
>> >
>> > The codec mismatch is a scenario where an xcoder is invoked and we can
>> > invoke the command "show sccp connection" to actually see the DSP
>> invoked as
>> > an SCCP endpoint. Note - this is the DSP being invoked as an SCCP
>> endpoint
>> > and NOT the usage of the DSP for the call itself. The media stream for
>> the
>> > call still flows through the DSP, irrespective of the fact whether any
>> > protocol translation/conversion is taking place or not.
>> >
>> > If you want to confirm this, then the best thing to do would be to set
>> up a
>> > SIP to SIP/ H323 to H323/ or H323 to SIP call and issue a "show voice
>> call
>> > status". You will be able to see the DSP channel being used for the
>> call.
>> >
>> > As stated before, the ONLY scenario where a DSP is not invoked for a
>> call is
>> > a POTS-to-POTS call flow. DTMF conversion and protocol translation is
>> > handled by the DSP itself.
>> >
>> > HTH
>> >
>> >
>> > On Tue, Aug 23, 2011 at 9:30 PM, <
>> [email protected]>
>> > wrote:
>> >>
>> >> Send CCIE_Voice mailing list submissions to
>> >> [email protected]
>> >>
>> >> To subscribe or unsubscribe via the World Wide Web, visit
>> >> http://onlinestudylist.com/mailman/listinfo/ccie_voice
>> >> 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 CCIE_Voice digest..."
>> >>
>> >>
>> >> Today's Topics:
>> >>
>> >> 1. When DSP is used in CUBE ? (Dew Swen)
>> >> 2. Bootcamp Seat for SALE (Duncan Hamilton-Walker)
>> >> 3. Re: When DSP is used in CUBE ? (Ashraf Ayyash)
>> >> 4. Bootcamp Seat for SALE (Duncan Hamilton-Walker)
>> >> 5. Bootcamp Seat for SALE (Duncan Hamilton-Walker)
>> >> 6. Re: When DSP is used in CUBE ? (DeShon Crayton)
>> >> 7. Vwic module question (Amit Singh)
>> >> 8. Re: When DSP is used in CUBE ? (Ashraf Ayyash)
>> >>
>> >>
>> >> ----------------------------------------------------------------------
>> >>
>> >> Message: 1
>> >> Date: Tue, 23 Aug 2011 11:28:14 +0300
>> >> From: Dew Swen <[email protected]>
>> >> To: CCIE Voice Maillist <[email protected]>
>> >> Subject: [OSL | CCIE_Voice] When DSP is used in CUBE ?
>> >> Message-ID:
>> >>
>> >> <cabrxuobbyzxymgvysu6sta8+ukxuj8v1i06k_kbmk-iofde...@mail.gmail.com>
>> >> Content-Type: text/plain; charset="iso-8859-1"
>> >>
>> >> Hi guys,
>> >>
>> >> When using CUBE, are DSP resoruces being used for these?
>> >> - h323 to sip (yes it is used)
>> >> - h323 to h323 ??? (is dsp used because of using MTP)
>> >> - sip to sip ??? (is dsp used because of using MTP)
>> >>
>> >> Kind regards,
>> >>
>> >> *--*
>> >> *Dew Swen
>> >>
>> >>
>> >> *
>> >> -------------- next part --------------
>> >> An HTML attachment was scrubbed...
>> >> URL:
>> >>
>> </archives/ccie_voice/attachments/20110823/723a75c3/attachment-0001.html>
>> >>
>> >> ------------------------------
>> >>
>> >> Message: 2
>> >> Date: Tue, 23 Aug 2011 11:14:02 +0100
>> >> From: "Duncan Hamilton-Walker" <[email protected]>
>> >> To: "CCIE Voice Maillist" <[email protected]>
>> >> Subject: [OSL | CCIE_Voice] Bootcamp Seat for SALE
>> >> Message-ID:
>> >> <[email protected]>
>> >> Content-Type: text/plain;charset=iso-8859-1
>> >>
>> >> Hi guys,
>> >>
>> >> I'm not longer going to pursue the CCIE cert.. so i have my seat for
>> sale
>> >> on the 10 day bootcamp on the following dates..
>> >>
>> >> November 28 to December 9, 2011 San Jose, CA, US
>> >>
>> >> Ipexpert have confirm the seat can be transferred to a different name.
>> >>
>> >> Contact me for further detials
>> >>
>> >> thanks
>> >> D
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> ------------------------------
>> >>
>> >> Message: 3
>> >> Date: Tue, 23 Aug 2011 13:16:41 +0300
>> >> From: Ashraf Ayyash <[email protected]>
>> >> To: Dew Swen <[email protected]>
>> >> Cc: CCIE Voice Maillist <[email protected]>
>> >> Subject: Re: [OSL | CCIE_Voice] When DSP is used in CUBE ?
>> >> Message-ID:
>> >>
>> >> <CAEW==nu0ZJYcUgWR=r4a_9G1iCO49izkQzC9d0=fqf_d9rv...@mail.gmail.com>
>> >> Content-Type: text/plain; charset=ISO-8859-1
>> >>
>> >> Hello Dew ,
>> >>
>> >> the CUBE is IP-IP protocols level and the DSP is in lower layer in the
>> IOS
>> >> ,
>> >> the CUBE will not allocate any DSP for ANY protocol translations ,
>> >> the CUBE will allocate DSP if it will find DTMF/CODEC mismatch on the
>> >> calls which is terminated by him and if so , the CUBE will start
>> >> allocating
>> >> DSP resources to fix this mismatch .
>> >>
>> >> Thanks
>> >> Ash
>> >>
>> >>
>> >>
>> >> On Tue, Aug 23, 2011 at 11:28 AM, Dew Swen <[email protected]> wrote:
>> >> > Hi guys,
>> >> >
>> >> > When using CUBE, are DSP resoruces being used for these?
>> >> > - h323 to sip (yes it is used)
>> >> > - h323 to h323 ??? (is dsp used because of using MTP)
>> >> > - sip to sip ??? (is dsp used because of using MTP)
>> >> >
>> >> > Kind regards,
>> >> >
>> >> > --
>> >> > Dew Swen
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > For more information regarding industry leading CCIE Lab training,
>> >> > please
>> >> > visit www.ipexpert.com
>> >> >
>> >> > Are you a CCNP or CCIE and looking for a job? Check out
>> >> > www.PlatinumPlacement.com
>> >> >
>> >>
>> >>
>> >> ------------------------------
>> >>
>> >> Message: 4
>> >> Date: Tue, 23 Aug 2011 11:18:06 +0100
>> >> From: "Duncan Hamilton-Walker" <[email protected]>
>> >> To: "CCIE Voice Maillist" <[email protected]>
>> >> Subject: [OSL | CCIE_Voice] Bootcamp Seat for SALE
>> >> Message-ID:
>> >> <[email protected]>
>> >> Content-Type: text/plain;charset=iso-8859-1
>> >>
>> >> Hi guys,
>> >>
>> >> I'm no longer perusing the CCIE cert, so i have my seat for sale on the
>> 10
>> >> day bootcamp..
>> >>
>> >> dates are:
>> >> November 28 to December 9, 2011 San Jose, CA, US
>> >>
>> >> Ipexert have confirmed i can transfer the seat to a different name.
>> >>
>> >> Contact me for further details.
>> >>
>> >> Thanks
>> >> Duncan
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> ------------------------------
>> >>
>> >> Message: 5
>> >> Date: Tue, 23 Aug 2011 11:19:17 +0100
>> >> From: "Duncan Hamilton-Walker" <[email protected]>
>> >> To: "CCIE Voice Maillist" <[email protected]>
>> >> Subject: [OSL | CCIE_Voice] Bootcamp Seat for SALE
>> >> Message-ID:
>> >> <[email protected]>
>> >> Content-Type: text/plain;charset=iso-8859-1
>> >>
>> >> Hi guys,
>> >>
>> >> I'm no longer perusing the CCIE cert, so i have my seat for sale on the
>> 10
>> >> day bootcamp..
>> >>
>> >> dates are:
>> >> November 28 to December 9, 2011 San Jose, CA, US
>> >>
>> >> Ipexert have confirmed i can transfer the seat to a different name.
>> >>
>> >> Contact me for further details.
>> >>
>> >> Thanks
>> >> Duncan
>> >>
>> >>
>> >>
>> >> ------------------------------
>> >>
>> >> Message: 6
>> >> Date: Tue, 23 Aug 2011 07:32:18 -0400
>> >> From: "DeShon Crayton" <[email protected]>
>> >> To: "'Dew Swen'" <[email protected]>, "'CCIE Voice Maillist'"
>> >> <[email protected]>
>> >> Subject: Re: [OSL | CCIE_Voice] When DSP is used in CUBE ?
>> >> Message-ID: <[email protected]>
>> >> Content-Type: text/plain; charset="us-ascii"
>> >>
>> >> Software MTP will be used if you have SIP end points to ancor media
>> >> streams..
>> >>
>> >> Also, transcoders will be used if SIP end points are set to g711 and
>> the
>> >> CUBE is passing the call as g729.
>> >>
>> >> Last, you will need MTP to handle dtmf conversion for sip end points..
>> >>
>> >>
>> >>
>> >> From: [email protected]
>> >> [mailto:[email protected]] On Behalf Of Dew Swen
>> >> Sent: Tuesday, August 23, 2011 4:28 AM
>> >> To: CCIE Voice Maillist
>> >> Subject: [OSL | CCIE_Voice] When DSP is used in CUBE ?
>> >>
>> >>
>> >>
>> >> Hi guys,
>> >>
>> >> When using CUBE, are DSP resoruces being used for these?
>> >> - h323 to sip (yes it is used)
>> >> - h323 to h323 ??? (is dsp used because of using MTP)
>> >> - sip to sip ??? (is dsp used because of using MTP)
>> >>
>> >> Kind regards,
>> >>
>> >> --
>> >> Dew Swen
>> >>
>> >>
>> >>
>> >>
>> >> -------------- next part --------------
>> >> An HTML attachment was scrubbed...
>> >> URL:
>> >>
>> </archives/ccie_voice/attachments/20110823/521777f3/attachment-0001.html>
>> >>
>> >> ------------------------------
>> >>
>> >> Message: 7
>> >> Date: Wed, 24 Aug 2011 01:22:10 +1200
>> >> From: Amit Singh <[email protected]>
>> >> To: "[email protected]" <[email protected]>
>> >> Subject: [OSL | CCIE_Voice] Vwic module question
>> >> Message-ID: <[email protected]>
>> >> Content-Type: text/plain; charset=us-ascii
>> >>
>> >> Hello guys.
>> >>
>> >> I just need an advice on this , if someone has experienced this
>> before.
>> >>
>> >> Can I use vwic-1mft-t1-di on pstn switch and vwic-1mft-t1 on hq site
>> back
>> >> to back. Will they work ?
>> >>
>> >> Are the DI modules compatible with without DI modules.
>> >>
>> >> Thanks.
>> >>
>> >> Sent from my iPad
>> >>
>> >> ------------------------------
>> >>
>> >> Message: 8
>> >> Date: Tue, 23 Aug 2011 17:07:55 +0300
>> >> From: Ashraf Ayyash <[email protected]>
>> >> To: DeShon Crayton <[email protected]>
>> >> Cc: CCIE Voice Maillist <[email protected]>
>> >> Subject: Re: [OSL | CCIE_Voice] When DSP is used in CUBE ?
>> >> Message-ID:
>> >>
>> >> <CAEW==nv4QRa0Z=d-d9vzbxbjetpr0yriuhgkaqwrkbj0z82...@mail.gmail.com>
>> >> Content-Type: text/plain; charset=ISO-8859-1
>> >>
>> >> Hello DeShon ,
>> >>
>> >> this is correct but the point i was explaining is the fact that the
>> >> IP-IP functionality will not need any media device to be allocated ,
>> >> you guys are talking about the media part of call which will be after
>> >> the signaling negotiation part and the protocol translation ,
>> >>
>> >> the CUBE will decide the decision about allocating any media device
>> >> based on what is configured under the incoming and the outgoing
>> >> dial-peers
>> >> if no codec/dtmf mismatch detected then the call will go through
>> >> without any media allocation
>> >>
>> >>
>> >> Ash
>> >>
>> >> On Tue, Aug 23, 2011 at 2:32 PM, DeShon Crayton <
>> [email protected]>
>> >> wrote:
>> >> > Software MTP will be used if you have SIP end points to ancor media
>> >> > streams..
>> >> >
>> >> > Also, transcoders will be used if SIP end points are set to g711 and
>> the
>> >> > CUBE is passing the call as g729.
>> >> >
>> >> > Last, you will need MTP to handle dtmf conversion for sip end
>> points..
>> >> >
>> >> >
>> >> >
>> >> > From: [email protected]
>> >> > [mailto:[email protected]] On Behalf Of Dew
>> Swen
>> >> > Sent: Tuesday, August 23, 2011 4:28 AM
>> >> > To: CCIE Voice Maillist
>> >> > Subject: [OSL | CCIE_Voice] When DSP is used in CUBE ?
>> >> >
>> >> >
>> >> >
>> >> > Hi guys,
>> >> >
>> >> > When using CUBE, are DSP resoruces being used for these?
>> >> > - h323 to sip (yes it is used)
>> >> > - h323 to h323 ??? (is dsp used because of using MTP)
>> >> > - sip to sip ??? (is dsp used because of using MTP)
>> >> >
>> >> > Kind regards,
>> >> >
>> >> > --
>> >> > Dew Swen
>> >> >
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > For more information regarding industry leading CCIE Lab training,
>> >> > please
>> >> > visit www.ipexpert.com
>> >> >
>> >> > Are you a CCNP or CCIE and looking for a job? Check out
>> >> > www.PlatinumPlacement.com
>> >> >
>> >>
>> >>
>> >> ------------------------------
>> >>
>> >> _______________________________________________
>> >> CCIE_Voice mailing list
>> >> [email protected]
>> >> http://onlinestudylist.com/mailman/listinfo/ccie_voice
>> >>
>> >>
>> >> End of CCIE_Voice Digest, Vol 66, Issue 83
>> >> ******************************************
>> >
>> >
>> > _______________________________________________
>> > For more information regarding industry leading CCIE Lab training,
>> please
>> > visit www.ipexpert.com
>> >
>> > Are you a CCNP or CCIE and looking for a job? Check out
>> > www.PlatinumPlacement.com
>> >
>>
>
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
Are you a CCNP or CCIE and looking for a job? Check out
www.PlatinumPlacement.com
