[OSL | CCIE_Voice] MGCP Calls to DN not in use and debug mgcp packet
Playing around with debug mgcp packet on gateway. CallManager doesn't have any DNs matching the number. How come I don't see the gateway asking the call-agent about the number via MGCP messages? How does the gateway know it's unassigned without asking the call-agent? I suspect a RQNT R: D/[0-9ABCD*#] is in a loop watching the digits, but the number should be sent to callmanager to check the dialplan right? Or does gateway have dial-pan in memory, etc? Debug mgcp packet Debug isdn q931 Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Display i = 'Emergency Services' Calling Party Number i = 0x0080, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xC1, '2522009' Plan:ISDN, Type:Subscriber(local) Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8081 - Unallocated/unassigned number No mgcp packets in debug___ 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 Calls to DN not in use and debug mgcp packet
I think you are trying to see messages which are backhauled to CUCM (q931). Gateway doesn't care about numbers, dial plans and stuffs like that, because it is all inside the q931 messages, which you can see with debug ccm-manager backhaul packets. So the gateway doesn't ask the call-agent about the number. It does't have this intelligence... On Thu, Aug 30, 2012 at 2:03 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: Playing around with debug mgcp packet on gateway. ** ** CallManager doesn’t have any DNs matching the number. How come I don’t see the gateway asking the call-agent about the number via MGCP messages? How does the gateway know it’s unassigned without asking the call-agent? ** ** I suspect a RQNT R: D/[0-9ABCD*#] is in a loop watching the digits, but the number should be sent to callmanager to check the dialplan right? Or does gateway have dial-pan in memory, etc? ** ** ** ** Debug mgcp packet Debug isdn q931 ** ** Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Display i = 'Emergency Services' Calling Party Number i = 0x0080, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xC1, '2522009' Plan:ISDN, Type:Subscriber(local) Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8081 - Unallocated/unassigned number ** ** No mgcp packets in debug ___ 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 Calls to DN not in use and debug mgcp packet
Is there a debug command to view the Q931 backhaul messages? About to Wireshark the Q931 backhaul.. From: Ovidiu Popa [mailto:ovi.p...@gmail.com] Sent: Thursday, August 30, 2012 2:41 PM To: Jason Aarons (AM) Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug mgcp packet Hello Jason That's because the q931 is terminated on the cucm and it (the cucm) knows the dn is unavailable. Basically the mgcp gw is used only to open rtp streams (connections) as the call setup is handled by the cucm. HTH Regards, Ovidiu On Aug 30, 2012, at 19:03, Jason Aarons (AM) jason.aar...@dimensiondata.commailto:jason.aar...@dimensiondata.com wrote: Playing around with debug mgcp packet on gateway. CallManager doesn’t have any DNs matching the number. How come I don’t see the gateway asking the call-agent about the number via MGCP messages? How does the gateway know it’s unassigned without asking the call-agent? I suspect a RQNT R: D/[0-9ABCD*#] is in a loop watching the digits, but the number should be sent to callmanager to check the dialplan right? Or does gateway have dial-pan in memory, etc? Debug mgcp packet Debug isdn q931 Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Display i = 'Emergency Services' Calling Party Number i = 0x0080, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xC1, '2522009' Plan:ISDN, Type:Subscriber(local) Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8081 - Unallocated/unassigned number No mgcp packets in debug ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://www.PlatinumPlacement.com itevomcid ___ 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 Calls to DN not in use and debug mgcp packet
Got it! Aug 30 18:43:51.075: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x0097 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Display i = 'Emergency Services' Calling Party Number i = 0x0080, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xC1, '2522004' Plan:ISDN, Type:Subscriber(local) Aug 30 18:43:51.075: cmbrl_send_pak: -- Sending backhauled msg for Se0/0/0:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:0 | Q.931 length = 56 | Q.931 message type: SETUP | Q.931 message = 080200970504038090A21803A983811E0285832812456D657267656E63792053657276696365736C0500803931317008C132303232303034 Aug 30 18:43:51.083: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/0/0:23 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:0 | Q.931 length = 9 | Q.931 message type: RELEASE COMPLETE | Q.931 message = 080280975A08028081 Aug 30 18:43:51.083: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x8097 Cause i = 0x8081 - Unallocated/unassigned number Aug 30 18:43:53.952: MGCP Packet sent to 192.100.64.18:2427--- NTFY 456169746 *@router.ccie.com MGCP 0.1 X: 0 O: --- Aug 30 18:43:53.952: MGCP Packet received from 192.100.64.18:2427--- 200 456169746 --- From: Bruno Nonogaki [mailto:brun...@gmail.com] Sent: Thursday, August 30, 2012 2:42 PM To: Jason Aarons (AM) Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug mgcp packet I think you are trying to see messages which are backhauled to CUCM (q931). Gateway doesn't care about numbers, dial plans and stuffs like that, because it is all inside the q931 messages, which you can see with debug ccm-manager backhaul packets. So the gateway doesn't ask the call-agent about the number. It does't have this intelligence... On Thu, Aug 30, 2012 at 2:03 PM, Jason Aarons (AM) jason.aar...@dimensiondata.commailto:jason.aar...@dimensiondata.com wrote: Playing around with debug mgcp packet on gateway. CallManager doesn't have any DNs matching the number. How come I don't see the gateway asking the call-agent about the number via MGCP messages? How does the gateway know it's unassigned without asking the call-agent? I suspect a RQNT R: D/[0-9ABCD*#] is in a loop watching the digits, but the number should be sent to callmanager to check the dialplan right? Or does gateway have dial-pan in memory, etc? Debug mgcp packet Debug isdn q931 Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Display i = 'Emergency Services' Calling Party Number i = 0x0080, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xC1, '2522009' Plan:ISDN, Type:Subscriber(local) Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8081 - Unallocated/unassigned number No mgcp packets in debug ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://www.PlatinumPlacement.com itevomcid___ 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 Calls to DN not in use and debug mgcp packet
debug ccm-manager backhaul packets But it is not so clear text as debug isdn q931... Your output will be something like that: cmbrl_send_pak: -- Sending backhauled msg for Se0/0/0:15 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:0 | Q.931 length = 62 | Q.931 message type: SETUP | Q.931 message = 080200830504038090A31803A983811E028183280F5053544E2D53495445422D50484F4E6C0D118031393732353235323232327009813234303434303032 Aug 30 22:44:37.120: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/0/0:15 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:0 | Q.931 length = 10 | Q.931 message type: CALL PROCEEDING | Q.931 message = 08028083021803A98381 SiteC-RTR# Aug 30 22:44:37.120: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/0/0:15 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:0 | Q.931 length = 9 | Q.931 message type: ALERTING | Q.931 message = 08028083011E028088 On Thu, Aug 30, 2012 at 3:42 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: Is there a debug command to view the Q931 backhaul messages? ** ** About to Wireshark the Q931 backhaul.. ** ** *From:* Ovidiu Popa [mailto:ovi.p...@gmail.com] *Sent:* Thursday, August 30, 2012 2:41 PM *To:* Jason Aarons (AM) *Cc:* ccie_voice@onlinestudylist.com *Subject:* Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug mgcp packet ** ** ** ** Hello Jason ** ** That's because the q931 is terminated on the cucm and it (the cucm) knows the dn is unavailable. Basically the mgcp gw is used only to open rtp streams (connections) as the call setup is handled by the cucm. ** ** HTH ** ** Regards, Ovidiu ** ** On Aug 30, 2012, at 19:03, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: Playing around with debug mgcp packet on gateway. CallManager doesn’t have any DNs matching the number. How come I don’t see the gateway asking the call-agent about the number via MGCP messages? How does the gateway know it’s unassigned without asking the call-agent? I suspect a RQNT R: D/[0-9ABCD*#] is in a loop watching the digits, but the number should be sent to callmanager to check the dialplan right? Or does gateway have dial-pan in memory, etc? Debug mgcp packet Debug isdn q931 Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Display i = 'Emergency Services' Calling Party Number i = 0x0080, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xC1, '2522009' Plan:ISDN, Type:Subscriber(local) Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8081 - Unallocated/unassigned number No mgcp packets in debug ___ 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 itevomcid ___ 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 Calls to DN not in use and debug mgcp packet
Oh, by the way... You can extract the dialed number in the Q.931 setup message by erasing the 3 at the final. So for example, this setup message is: 080200830504038090A31803A983811E028183280F5053544E2D53495445422D50484F4E6C0D118031393732353235323232327009813234303434303032 If you get the final part of this string, we have: 3234303434303032 If you delete the 3: 24044002 This is the dialed number. On Thu, Aug 30, 2012 at 3:47 PM, Bruno Nonogaki brun...@gmail.com wrote: debug ccm-manager backhaul packets But it is not so clear text as debug isdn q931... Your output will be something like that: cmbrl_send_pak: -- Sending backhauled msg for Se0/0/0:15 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:0 | Q.931 length = 62 | Q.931 message type: SETUP | Q.931 message = 080200830504038090A31803A983811E028183280F5053544E2D53495445422D50484F4E6C0D118031393732353235323232327009813234303434303032 Aug 30 22:44:37.120: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/0/0:15 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:0 | Q.931 length = 10 | Q.931 message type: CALL PROCEEDING | Q.931 message = 08028083021803A98381 SiteC-RTR# Aug 30 22:44:37.120: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/0/0:15 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:0 | Q.931 length = 9 | Q.931 message type: ALERTING | Q.931 message = 08028083011E028088 On Thu, Aug 30, 2012 at 3:42 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: Is there a debug command to view the Q931 backhaul messages? ** ** About to Wireshark the Q931 backhaul.. ** ** *From:* Ovidiu Popa [mailto:ovi.p...@gmail.com] *Sent:* Thursday, August 30, 2012 2:41 PM *To:* Jason Aarons (AM) *Cc:* ccie_voice@onlinestudylist.com *Subject:* Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug mgcp packet ** ** ** ** Hello Jason ** ** That's because the q931 is terminated on the cucm and it (the cucm) knows the dn is unavailable. Basically the mgcp gw is used only to open rtp streams (connections) as the call setup is handled by the cucm. ** ** HTH ** ** Regards, Ovidiu ** ** On Aug 30, 2012, at 19:03, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: Playing around with debug mgcp packet on gateway. CallManager doesn’t have any DNs matching the number. How come I don’t see the gateway asking the call-agent about the number via MGCP messages? How does the gateway know it’s unassigned without asking the call-agent?* *** I suspect a RQNT R: D/[0-9ABCD*#] is in a loop watching the digits, but the number should be sent to callmanager to check the dialplan right? Or does gateway have dial-pan in memory, etc? Debug mgcp packet Debug isdn q931 Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Display i = 'Emergency Services' Calling Party Number i = 0x0080, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xC1, '2522009' Plan:ISDN, Type:Subscriber(local) Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8081 - Unallocated/unassigned number No mgcp packets in debug ___ 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 itevomcid ___ 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
