[OSL | CCIE_Voice] MGCP TroubleShooting
The message which indicates that an MGCP call is tearing down is MDCX or DLCX.?? Some guys say that it is DLCX no MDCX May be some one who got marks in this section can clarify Thanks ___ 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
Re: [OSL | CCIE_Voice] MGCP TroubleShooting
Every (normal) teardown in MGCP begins with MDCX (and M: recvonly) and then teardown is complete with DLCX. There is a slight difference in debug order if you are debugging both Q931 and MGCP packets but in normal cases you should see MDCX then DLCX in all teardowns (except temp failure or other anomalies). IF PSTN side ends call (from GW perspective): 1. *trigger* PSTN side ends call 2. *Q931 RX disconnect *(PSTN to CUCM via GW) 3. *MGCP MDCX* (CUCM to GW) 4. MGCP 200 OK (GW to CUCM) 5. *MGCP DLCX *(CUCM to GW) 6. MGCP 250 OK (GW to CUCM) 7. *Q931 TX release* (CUCM via GW to PSTN) 8. *Q931 RX release complete* (PSTN to CUCM via GW) IF CUCM side ends call (from GW perspective): 1. *trigger* IP phone ends call (SCCP or SIP to CUCM) 2. *MGCP MDCX* (CUCM to GW) 3. MGCP 200 OK (GW to CUCM) 4. *Q931 TX disconnect*(CUCM via GW to PSTN) 5. *Q931 RX release *(PSTN to CUCM via GW) 6. *MGCP DLCX* (CUCM to GW) 7. MGCP 250 OK (GW to CUCM) 8. *Q931 TX release complete* (CUCM via GW to PSTN) To replicate these logs above you need to turn on only two debugs: debug mgcp packets debug isdn q931 In other words, in MGCP you always have MDCX/200 OK then DLCX/250 OK. For ISDN you always have DISCONNECT (side that hung up), RELEASE (side that didn't hang up), and RELEASE_COMPLETE (side that hung up. The side that hangs up dictates how the MGCP and Q931 messages are interleaved. Does this help? I know the real question you're asking is which answer is the lab looking for - I cannot answer that but it depends on the question's wording. I haven't passed yet but I believe I got an MGCP debug question correct based on my score report. If the question states show the MGCP/Q931 debug where the call *begins to teardown* I would personally use MDCX/DISCONNECT. If the question states ...where call *teardown is complete* then I would use the DLCX/RELEASE COMPLETE. If the question is not worded clearly then talk to the proctor - if you explain that you understand the FULL teardown process (similar to above) but you are not sure which to use, they will understand that you know what you are doing and not just fishing for an answer. Still, you may get the common use your best judgement response...because they cannot answer confirming questions. Worst case, if after all this you still weren't sure, you could include BOTH debugs in the notepad file and put comments in there explaining the start/end of the teardown. -Justin On Wed, Jul 17, 2013 at 2:22 PM, IE Target myfrnd...@gmail.com wrote: The message which indicates that an MGCP call is tearing down is MDCX or DLCX.?? Some guys say that it is DLCX no MDCX May be some one who got marks in this section can clarify Thanks ___ 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
Re: [OSL | CCIE_Voice] MGCP TroubleShooting
Hello Haven't taken the lab but my money is on DLCX. I acknowledge that it is possible that they redefined the notion of call teardown for the lab but I doubt it. Regards, Ovidiu http://tools.ietf.org/html/draft-ietf-megaco-mgcp-flows-01 Extract 1 [image: Inline image 3] Extract 2 [image: Inline image 2] On Wed, Jul 17, 2013 at 8:22 PM, IE Target myfrnd...@gmail.com wrote: The message which indicates that an MGCP call is tearing down is MDCX or DLCX.?? Some guys say that it is DLCX no MDCX May be some one who got marks in this section can clarify Thanks ___ 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 image.pngimage.png___ 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
Re: [OSL | CCIE_Voice] MGCP TroubleShooting
My guess is that they want you to know that MDCX is hey the is a change coming DLCX is hey the change I warned you about is disconnect. AUEP, AUCX, CRCX, DLCX, EPCF, MDCX, NTFY, RQNT, RSIP AUEP - Audit Endpoint AUCX - Audit Connection CRCX - Create Connection DLCX - Delete Connection MDCX - Modify Connection RQNT - Request for Notification EPCF - Endpoint Configuration NTFY - Notify RSIP - Restart In Progress RFC 3435 - Media Gateway Control Protocol (MGCP) Version 1.0 (this supersedes RFC 2705) RFC 3660 - Basic Media Gateway Control Protocol (MGCP) Packages (informational) RFC 3661 - Media Gateway Control Protocol (MGCP) Return Code Usage RFC 3064 - MGCP CAS Packages RFC 3149 - MGCP Business Phone Packages RFC 3991 - Media Gateway Control Protocol (MGCP) Redirect and Reset Package RFC 3992 - Media Gateway Control Protocol (MGCP) Lockstep State Reporting Mechanism (informational) RFC 2805 - Media Gateway Control Protocol Architecture and Requirements RFC 2897 - Proposal for an MGCP Advanced Audio Package On Wed, Jul 17, 2013 at 3:00 PM, Justin Carney justin.s.car...@gmail.comwrote: Every (normal) teardown in MGCP begins with MDCX (and M: recvonly) and then teardown is complete with DLCX. There is a slight difference in debug order if you are debugging both Q931 and MGCP packets but in normal cases you should see MDCX then DLCX in all teardowns (except temp failure or other anomalies). IF PSTN side ends call (from GW perspective): 1. *trigger* PSTN side ends call 2. *Q931 RX disconnect *(PSTN to CUCM via GW) 3. *MGCP MDCX* (CUCM to GW) 4. MGCP 200 OK (GW to CUCM) 5. *MGCP DLCX *(CUCM to GW) 6. MGCP 250 OK (GW to CUCM) 7. *Q931 TX release* (CUCM via GW to PSTN) 8. *Q931 RX release complete* (PSTN to CUCM via GW) IF CUCM side ends call (from GW perspective): 1. *trigger* IP phone ends call (SCCP or SIP to CUCM) 2. *MGCP MDCX* (CUCM to GW) 3. MGCP 200 OK (GW to CUCM) 4. *Q931 TX disconnect*(CUCM via GW to PSTN) 5. *Q931 RX release *(PSTN to CUCM via GW) 6. *MGCP DLCX* (CUCM to GW) 7. MGCP 250 OK (GW to CUCM) 8. *Q931 TX release complete* (CUCM via GW to PSTN) To replicate these logs above you need to turn on only two debugs: debug mgcp packets debug isdn q931 In other words, in MGCP you always have MDCX/200 OK then DLCX/250 OK. For ISDN you always have DISCONNECT (side that hung up), RELEASE (side that didn't hang up), and RELEASE_COMPLETE (side that hung up. The side that hangs up dictates how the MGCP and Q931 messages are interleaved. Does this help? I know the real question you're asking is which answer is the lab looking for - I cannot answer that but it depends on the question's wording. I haven't passed yet but I believe I got an MGCP debug question correct based on my score report. If the question states show the MGCP/Q931 debug where the call *begins to teardown* I would personally use MDCX/DISCONNECT. If the question states ...where call *teardown is complete* then I would use the DLCX/RELEASE COMPLETE. If the question is not worded clearly then talk to the proctor - if you explain that you understand the FULL teardown process (similar to above) but you are not sure which to use, they will understand that you know what you are doing and not just fishing for an answer. Still, you may get the common use your best judgement response...because they cannot answer confirming questions. Worst case, if after all this you still weren't sure, you could include BOTH debugs in the notepad file and put comments in there explaining the start/end of the teardown. -Justin On Wed, Jul 17, 2013 at 2:22 PM, IE Target myfrnd...@gmail.com wrote: The message which indicates that an MGCP call is tearing down is MDCX or DLCX.?? Some guys say that it is DLCX no MDCX May be some one who got marks in this section can clarify Thanks ___ 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
Re: [OSL | CCIE_Voice] MGCP troubleshooting
Hi, This was a stupid mistake while practicing IPX vol.2 lab #5.. on the pre-config it says all mgcp config is ready built-in and I was sleepy that night doing that lab, I didnt really fully checked it, the other day I was repeating the same lab, fresh and I caught a really basic mistake: My mgcp config was really everything there, it was registering but on the IPX proctorlabs INITIAL configs, the isdn bind-l3 command in just ONE site it was missing, yes, basic and stupid, you can easily see that doing a show isdn status, I dont know what the hell happened to me that night.. but making basic mistakes is good, it forced me to spend sometime learning over the basic overall config/structure for mgcp, I went beyond that, played with debugs, removed a few commands, tried to see each behavior for each type of config when something is missing.. even more familiar with the debugs now.. thanks, 2012/2/10 Rick Long rick.l...@ensi.com I've seen this behavior on a H323 gateway when a dial-peer was not set to forward the calls to Call Manager. Can you run a debug voice ccapi inout to see if your call is matching a dialpeer on your gateway instead of using MGCP to forward the call to Call Manager? If it is being processed by a dial-peer you may just need to issue an no mgcp mgcp command to re-associated the device with Call Manager. HTH Rick Long -Original Message- From: ccie_voice-boun...@onlinestudylist.com [mailto: ccie_voice-boun...@onlinestudylist.com] On Behalf Of ccie_voice-requ...@onlinestudylist.com Sent: Wednesday, February 08, 2012 5:38 PM To: ccie_voice@onlinestudylist.com Subject: CCIE_Voice Digest, Vol 72, Issue 46 Send CCIE_Voice mailing list submissions to ccie_voice@onlinestudylist.com 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 ccie_voice-requ...@onlinestudylist.com You can reach the person managing the list at ccie_voice-ow...@onlinestudylist.com When replying, please edit your Subject line so it is more specific than Re: Contents of CCIE_Voice digest... Today's Topics: 1. Re: MGCP troubleshooting (Baktha Muralidharan) 2. MVA problem (datucha123 datucha123) 3. Re: Lab Grading (cciev wannabe) 4. Re: MVA problem (Juan Lopez) 5. Re: MVA problem (Mohammed Al Baqari) -- Message: 1 Date: Wed, 8 Feb 2012 13:28:54 -0500 From: Baktha Muralidharan muralic...@gmail.com To: Jeferson Guardia jefers...@gmail.com, OSL Voice ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MGCP troubleshooting Message-ID: ca+ne39wqp38wl00k332semgojjs3bvooz2pfstcsh5panys...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hello, Unless the number is not coming in en bloc. In overlap-receiving mode, digits would come in digit by digit. can you post the output of debug isdn q931? Thanks, /Baktha Message: 4 Date: Wed, 8 Feb 2012 17:03:32 +0400 From: datucha123 datucha123 datucha...@gmail.com To: Jeferson Guardia jefers...@gmail.com Cc: OSL Voice ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MGCP troubleshooting Message-ID: capz0ugovt8ujraq3+ayjk7s378csa0tiu8pogapyjnb-p3w...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 debug mgcp packets Trace in CUCM On Wed, Feb 8, 2012 at 3:35 PM, Jeferson Guardia jefers...@gmail.com wrote: Hi, What are the techniques most used to perform MGCP troubleshooting? Yesterday I was doing a lab and had a router with pstn integration, it was set for a CSS where my phones had visibility and significant digits = 4. But whenever I would call out from the PSTN, I would get a second dial tone, I would see the call kicking in thru debug isdn q931 but my phone would simply not ring. Any ideas how to verify that possible behavior ? Articles? tech guides? Thanks, -- Jeferson Guardia CCIE #28157 ___ 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 http://www.platinumplacement.com/ -- next part -- An HTML attachment was scrubbed... URL: /archives/ccie_voice/attachments/20120208/f4478761/attachment.html -- ___ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 72, Issue 44 ** -- next part -- An HTML attachment was scrubbed... URL: /archives/ccie_voice/attachments
[OSL | CCIE_Voice] MGCP troubleshooting
Hi, What are the techniques most used to perform MGCP troubleshooting? Yesterday I was doing a lab and had a router with pstn integration, it was set for a CSS where my phones had visibility and significant digits = 4. But whenever I would call out from the PSTN, I would get a second dial tone, I would see the call kicking in thru debug isdn q931 but my phone would simply not ring. Any ideas how to verify that possible behavior ? Articles? tech guides? Thanks, -- Jeferson Guardia CCIE #28157 ___ 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
Re: [OSL | CCIE_Voice] MGCP troubleshooting
debug mgcp packets Trace in CUCM On Wed, Feb 8, 2012 at 3:35 PM, Jeferson Guardia jefers...@gmail.comwrote: Hi, What are the techniques most used to perform MGCP troubleshooting? Yesterday I was doing a lab and had a router with pstn integration, it was set for a CSS where my phones had visibility and significant digits = 4. But whenever I would call out from the PSTN, I would get a second dial tone, I would see the call kicking in thru debug isdn q931 but my phone would simply not ring. Any ideas how to verify that possible behavior ? Articles? tech guides? Thanks, -- Jeferson Guardia CCIE #28157 ___ 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 http://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
Re: [OSL | CCIE_Voice] MGCP troubleshooting
Hello, Unless the number is not coming in en bloc. In overlap-receiving mode, digits would come in digit by digit. can you post the output of debug isdn q931? Thanks, /Baktha Message: 4 Date: Wed, 8 Feb 2012 17:03:32 +0400 From: datucha123 datucha123 datucha...@gmail.com To: Jeferson Guardia jefers...@gmail.com Cc: OSL Voice ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MGCP troubleshooting Message-ID: capz0ugovt8ujraq3+ayjk7s378csa0tiu8pogapyjnb-p3w...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 debug mgcp packets Trace in CUCM On Wed, Feb 8, 2012 at 3:35 PM, Jeferson Guardia jefers...@gmail.com wrote: Hi, What are the techniques most used to perform MGCP troubleshooting? Yesterday I was doing a lab and had a router with pstn integration, it was set for a CSS where my phones had visibility and significant digits = 4. But whenever I would call out from the PSTN, I would get a second dial tone, I would see the call kicking in thru debug isdn q931 but my phone would simply not ring. Any ideas how to verify that possible behavior ? Articles? tech guides? Thanks, -- Jeferson Guardia CCIE #28157 ___ 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 http://www.platinumplacement.com/ -- next part -- An HTML attachment was scrubbed... URL: /archives/ccie_voice/attachments/20120208/f4478761/attachment.html -- ___ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 72, Issue 44 ** ___ 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
