The bind didn't work either. Upgrading the IOS now. -----Original Message----- From: Ashraf Ayyash [mailto:ash.ayy...@gmail.com] Sent: Monday, September 05, 2011 2:20 PM To: John McGaughey (jomcgaug) Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Strange Intercom/RSVP issue
and bind the sccp in the HQ router under the sccp ccm group 1 Ash On Mon, Sep 5, 2011 at 10:18 PM, Ashraf Ayyash <ash.ayy...@gmail.com> wrote: > thats looks good , lets see if the ios upgrade can give any new results > > On Mon, Sep 5, 2011 at 10:15 PM, John McGaughey (jomcgaug) > <jomcg...@cisco.com> wrote: >> The IOS version is 12.4.24T5. T6 just came out. I guess I can try that. >> >> I've reloaded each router, same issue. Here's the config. >> >> From HQ >> ------- >> sccp local GigabitEthernet0/0.20 >> sccp ccm 10.10.210.10 identifier 2 priority 2 version 7.0 >> sccp ccm 10.10.210.11 identifier 1 priority 1 version 7.0 >> sccp >> ! >> sccp ccm group 1 >> associate ccm 1 priority 1 >> associate ccm 2 priority 2 >> associate profile 1 register hq-xcoder >> associate profile 2 register hq-rsvp-agent >> associate profile 3 register hq-cfb >> ! >> dspfarm profile 1 transcode >> codec g711ulaw >> codec g711alaw >> codec g729ar8 >> codec g729abr8 >> codec g729r8 >> maximum sessions 3 >> associate application SCCP >> ! >> dspfarm profile 3 conference >> codec g711ulaw >> codec g711alaw >> codec g729ar8 >> codec g729abr8 >> codec g729r8 >> codec g729br8 >> maximum sessions 1 >> associate application SCCP >> ! >> dspfarm profile 2 mtp >> codec g729r8 >> codec pass-through >> rsvp >> maximum sessions software 4 >> associate application SCCP >> >> From BR1 >> -------- >> sccp local Vlan240 >> sccp ccm 10.10.210.11 identifier 1 version 7.0 >> sccp ccm 10.10.210.10 identifier 2 version 7.0 >> sccp >> ! >> sccp ccm group 1 >> bind interface Vlan240 >> associate ccm 1 priority 1 >> associate ccm 2 priority 2 >> associate profile 3 register br-cfb >> associate profile 2 register br-rsvp-agent >> ! >> dspfarm profile 3 conference >> codec g711ulaw >> codec g711alaw >> codec g729ar8 >> codec g729abr8 >> codec g729r8 >> codec g729br8 >> maximum sessions 1 >> associate application SCCP >> ! >> dspfarm profile 2 mtp >> codec g729r8 >> codec pass-through >> rsvp >> maximum sessions software 4 >> associate application SCCP >> >> -----Original Message----- >> From: Ashraf Ayyash [mailto:ash.ayy...@gmail.com] >> Sent: Monday, September 05, 2011 2:11 PM >> To: John McGaughey (jomcgaug) >> Cc: ccie_voice@onlinestudylist.com >> Subject: Re: [OSL | CCIE_Voice] Strange Intercom/RSVP issue >> >> great so now we isolte the problem to be in specific from the MTP , >> >> sccp bind ? Sccp version in the config? routing between the mtp and >> both ends ? no sccp / sccp have fixed similar output for me , >> >> finally upgrade the IOS and check the behavior >> >> Ash >> On Mon, Sep 5, 2011 at 10:07 PM, John McGaughey (jomcgaug) >> <jomcg...@cisco.com> wrote: >>> I got a sniffer from the phone and it shows it is sending the packets to >>> the MTP. IP 10.10.2003 port 18626. >>> >>> I got a sniffer from the MTP and its receiving the RTP packets but not >>> sending them to 10.10.201.1. >>> >>> Taking QoS out of the picture did not help. >>> >>> Here's the config of the MTP and some sh commands. >>> >>> dspfarm profile 2 mtp >>> codec g729r8 >>> codec pass-through >>> rsvp >>> maximum sessions software 4 >>> associate application SCCP >>> >>> HQ-RTR#sh sccp connections >>> sess_id conn_id stype mode codec sport rport ripaddr >>> >>> 33558448 33554469 mtp recvonly pass_th 18626 0 0.0.0.0 >>> 33558448 33554467 mtp sendonly pass_th 17578 19266 10.10.201.1 >>> >>> Total number of active session(s) 1, and connection(s) 2 >>> >>> HQ-RTR#sh ip rsvp reservation >>> To From Pro DPort Sport Next Hop I/F Fi Serv >>> BPS >>> 10.10.200.3 10.10.201.1 UDP 17578 19266 none none FF LOAD >>> 24K >>> 10.10.201.1 10.10.200.3 UDP 19266 17578 10.10.111.2 Se0/0/0. FF LOAD >>> 24K >>> >>> I'm running c2800nm-ipvoice_ivs-mz.124-24.T5.bin. I wonder if this is a >>> defect in IOS. >>> >>> John >>> >>> -----Original Message----- >>> From: ccie_voice-boun...@onlinestudylist.com >>> [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of John McGaughey >>> (jomcgaug) >>> Sent: Sunday, September 04, 2011 12:57 PM >>> To: Ashraf Ayyash >>> Cc: ccie_voice@onlinestudylist.com >>> Subject: Re: [OSL | CCIE_Voice] Strange Intercom/RSVP issue >>> >>> OK. I'll work on getting this. I was also going to look at the traces as >>> well to see what port CUCM is telling the phone to send RTP to. >>> >>> Thanks! >>> >>> -----Original Message----- >>> From: Ashraf Ayyash [mailto:ash.ayy...@gmail.com] >>> Sent: Sunday, September 04, 2011 12:55 PM >>> To: John McGaughey (jomcgaug) >>> Cc: ccie_voice@onlinestudylist.com >>> Subject: Re: [OSL | CCIE_Voice] Strange Intercom/RSVP issue >>> >>> >>> okay , with RSVP the RTP traffic will be terminated by the MTP's so >>> we will have this flow : >>> >>> IP PHONE---MTP1 -----MTP1 ----IP PHONE >>> >>> and you said that this affect only the intercom calls and any other >>> calls between those 2 sites is working fine .... >>> also if the intercom is between 2 phones in the same site it will work >>> , the problem only happened if we got MTP for RSVP .. >>> >>> -can you get sniffer trace from both working (normal call) and >>> non-working calls(interom call ) and check the RTP source and >>> destination ip in both cases ? what is the Diff ? >>> >>> - can you neglect the QOS from the Picture ? take it off from the routers ? >>> >>> Ash >>> >>> >>> On Sun, Sep 4, 2011 at 8:40 PM, John McGaughey (jomcgaug) >>> <jomcg...@cisco.com> wrote: >>>> Yes I have. >>>> >>>> -----Original Message----- >>>> From: Ashraf Ayyash [mailto:ash.ayy...@gmail.com] >>>> Sent: Sunday, September 04, 2011 12:06 PM >>>> To: John McGaughey (jomcgaug) >>>> Cc: ccie_voice@onlinestudylist.com >>>> Subject: Re: [OSL | CCIE_Voice] Strange Intercom/RSVP issue >>>> >>>> have you configured the QOS section in that lab ? >>>> >>>> On Sun, Sep 4, 2011 at 1:46 AM, John McGaughey (jomcgaug) >>>> <jomcg...@cisco.com> wrote: >>>>> Hello, >>>>> >>>>> >>>>> >>>>> I'm in workbook 1, lab 9A. I'm testing the Intercom feature between the >>>>> assistant and manager. It doesn't matter who initiates the intercom, I >>>>> get >>>>> no audio to the target phone. >>>>> >>>>> >>>>> >>>>> I pressed ?? on each phone, and the initiating phone I see packets going >>>>> out, and on the target phone I see no packets coming in. On the target >>>>> phone if I hit the intercom button to start 2-way audio, that works fine. >>>>> ?? shows packets flowing in both directions and I can hear both sides. >>>>> >>>>> >>>>> >>>>> Here's where it gets weird. >>>>> >>>>> >>>>> >>>>> I have RSVP setup between the manager and assistant phone locations. If I >>>>> disable the RSVP Reservation, the intercom issue goes away. I get 1-way >>>>> audio to the target phone like I'm supposed to. >>>>> >>>>> >>>>> >>>>> If I put RSVP back, it fails again. >>>>> >>>>> >>>>> >>>>> With RSVP enabled, just making a regular call between sites works fine as >>>>> well. 2-way audio. >>>>> >>>>> >>>>> >>>>> I only get no audio with the Intercom feature over an RSVP reservation. >>>>> >>>>> >>>>> >>>>> I can't see how this could be an ip routing issue since 2 way audio works >>>>> fine. >>>>> >>>>> >>>>> >>>>> Any ideas? >>>>> >>>>> >>>>> >>>>> John >>>>> >>>>> _______________________________________________ >>>>> 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