[OSL | CCIE_Voice] CCM-->CUE call fail
Have CCM---> GK Controlled ICT (G.729) -- > CME --> CFNA (or direct to VM) -->CUE. With IOS 12.4(3) call gets to CUE, but no audio. With IOS 12.4(23) call gets fast busy (tried changing IOS incase DSP firmware issue or bug). I have xcoders on CME...here is the output of show sccp: SCCP Admin State: UP Gateway IP Address: 192.168.1.1 Switchover Method: IMMEDIATE, Switchback Method: GUARD_TIMER Switchback Guard Timer: 1200 sec, IP Precedence: 5 Max Supported MTP sessions: 0 User Masked Codec list: None Transcoding Oper State: ACTIVE - Cause Code: NONE Active Call Manager: 10.1.202.1, Port Number: 2000 TCP Link Status: CONNECTED Conferencing Oper State: DOWN - Cause Code: DSPFARM_DOWN Active Call Manager: NONE TCP Link Status: NOT_CONNECTED Call Manager: 10.1.202.1, Port Number: 2000 Priority: 1, Version: 3.1 or Higher The "Max Supported MTP sessions: 0" seems strange to me. Not sure if that is normal or not. If I use g.711 throughout the call goes through fine. Relevant pieces of CME config: voice-card 2 dspfarm dsp services dspfarm ! voice service voip allow-connections h323 to h323 allow-connections h323 to sip allow-connections sip to h323 allow-connections sip to sip ! sccp local FastEthernet0/1 sccp sccp ccm 10.1.202.1 priority 1 ! dspfarm transcoder maximum sessions 10 dspfarm ! dial-peer voice 3600 voip destination-pattern 3[1269].. session protocol sipv2 session target ipv4:10.1.202.2 dtmf-relay sip-notify codec g711ulaw no vad ! telephony-service sdspfarm units 1 sdspfarm transcode sessions 10 sdspfarm tag 1 mtp001ae2a4c081 call-forward pattern .T transfer-system full-consult transfer-pattern .T Any ideas??? Thanks!
[OSL | CCIE_Voice] CME
WHAT IS THE COMMAND FOR BR2 PHONE 3 UNABLE INITIATE A CONFERENCE ? _ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/products/events.aspx
Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not?
Hey Vik That's an interesting point. I never thought ATA can also be configured as Trunk as well as i've always configured it as access port but you've cleared the confusion. What would you recommend? ATA port to be configured as "Access " or "Trunk" as a best practice? Regards - Basant On Sun, Feb 22, 2009 at 7:13 PM, Vik Malhi wrote: > If you are trusting the device - Yes. > -- > Vik Malhi CCIE #13890, CCSI #31584 > Senior Technical Instructor - IPexpert, Inc. > > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: vma...@ipexpert.com > > > Join our free online support and peer group communities: > http://www.IPexpert.com/communities > IPexpert - The Global Leader in Self-Study, Classroom-Based, > Video-On-Demand > and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE > Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage > Lab Certifications. > > > > > > > > > From: Chris Parker > > Date: Sun, 22 Feb 2009 12:39:46 -0500 > > To: Vik Malhi > > Cc: Ryan Trauernicht , Robert Schuknecht > > , OSL Group > > Subject: Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not? > > > > Vik, > > > > If thats the case, I'd think it'd be preferable to use the dot1q voice > > vlan because if you set the port as an access port, you must trust the > > dscp and I believe the ATA does not use CS3 for signaling by default? I > > think to have it use CS3 for signaling you must set the TOS parameter to > > 0x60b8 in the ATA GUI? > > > > Chris > > > > Vik Malhi wrote: > >> You can confgure the ATA as an access port or as a trunk- the Opflags > >> parameter allows for 802.1Q encapsulation and CDP discovery of the > >> Voice or Auxiliaryvlan. This also allows the ATA to support layer 2 > >> COS- the default is 3 and 5 for signaling for media. > >> -- > >> Vik Malhi CCIE #13890, CCSI #31584 > >> Senior Technical Instructor - IPexpert, Inc. > >> > >> Telephone: +1.810.326.1444 > >> Fax: +1.810.454.0130 > >> Mailto: _vma...@ipexpert.com > >> > >> _ > >> Join our free online support and peer group communities: > >> _http://www.IPexpert.com/communities > >> _IPexpert - The Global Leader in Self-Study, Classroom-Based, > >> Video-On-Demand and Audio Certification Training Tools for the Cisco > >> CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE > >> Voice Lab and CCIE Storage Lab Certifications. > >> > >> > >> > >> > >> > >> > >> > >> > >> *From: *Ryan Trauernicht > >> *Date: *Sun, 22 Feb 2009 11:08:11 -0600 > >> *To: *Robert Schuknecht > >> *Cc: *OSL Group > >> *Subject: *Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not? > >> > >> Robert is correct. the ATA 186 you should configure as an access port > >> and not dot1q. The ATA188 (which have a PC port) you would configure > >> as a dot1q port, but they are not on the lab. > >> > >> Thank, > >> Ryan Trauernicht > >> CCIE Voice #23497 > >> > >> On Sun, Feb 22, 2009 at 8:53 AM, Robert Schuknecht > >> wrote: > >> > >> Hi Chris, > >> > >> i configure the switchport for the ATA always as access-port. I > >> would only configure the switchport for dot1q if i am asked to > >> explicitly. > >> > >> /Robert > >> > > Chris Parker schrieb am Sonntag, 22. > >> Februar 2009 um 14:48 > >> in Nachricht b74096f513403f0e877b6a80074dcdb5: > >>> Should the port connecting to the ATA186 be dot1q or not? Since > >> the 186 > >>> doesn't have an ethernet port for a PC I guess its optional? > >> > >> > >> > > > > >
Re: [OSL | CCIE_Voice] B-Channel Maintenance not working properly
Agreed! It does not work well at all. I typically will have calls incoming / outgoing the 6608 PRI and make a call 1 hour later to find that the call fails. After a fitting Microsoft salute (reset), the call goies through... Scott Hardesty | Solutions Engineer | MidAtlantic | Presidio Networked Solutions 7601 Ora Glen Drive, Suite 100, Greenbelt, MD 20770 | mailto:sharde...@presidio.com D: 301.313.2041 | C: 443.789.1219 | http://www.presidio.com/ -Original Message- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Vik Malhi Sent: Sunday, February 22, 2009 12:33 PM To: Robert Schuknecht; OSL Group Subject: Re: [OSL | CCIE_Voice] B-Channel Maintenance not working properly I've battled with this service parameter for over 5 years. It doesn't work properly- I would use Top-Down with a fractional PRI. But if you are trying to get it working you must ensure that you "Enable Status Poll" on the gateway page. Also- you could try including a "space" after every 4 bits (although I'm told that is not necessary, that is what I have always done since the example show this). So try this : (+ Enable Status Poll). S0/ds...@sda000332333241=0001 -- Vik Malhi - CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. > From: Robert Schuknecht > Date: 22 Feb 2009 18:07:17 +0100 > To: OSL Group > Subject: [OSL | CCIE_Voice] B-Channel Maintenance not working properly > > Hi List, > > during my last Remote-Rack Sessions i noticed that the B-Channel Maintenance > Status Parameter is not workking properly. Always when i configured it and > restartet the CCM Srevice and the Gateway itself, it is working for some > calls. And suddenly the Gateway is trying to call out over the not available > B-Channels > > I configured the Maintenance Status the following ways: > > 1) S0/ds...@sda000332333241=0001 > > 2) S0/ds...@sda000332333241 = 0001 > > But both of them did not work. What am i doing wrong here? > > /Robert
[OSL | CCIE_Voice] RDP to Unity Issues in Proctorlabs
I am connecting to my PODs at PL via EZVPN and have issues when trying to RDP into the Unity servers (CCM Pub and Sub are fine). When I attempt to RDP into Unity it opens and I just get a black screen same with VNC. I actually have to RDP to Unity using the TS client on the Pub or Sub. Anyone else ever have these issues? What did you do to resolve it? -- __ Jeremy Combs Cellular: (608) 695-1240
Re: [OSL | CCIE_Voice] Antw: Re: B-Channel Maintenance not working properly
The parameter tends not to "stick" properly. In other words, you configure it but it doesn't seem to work - fix is usually just to go back to the SP page and take it out, do an update, then put it back in, do an update. That "should" fix it. If it doesn't - rinse and repeat. I have usually seen most people who do that dance once get it working. In the real lab if you had to configure it and it didn't seem to work - if you took it out and put it back in and that still didn't do the trick - then as Vik said use Top Down. That way even if you do happen to miss the points for avoiding glare - at least the rest of your calls work properly and you can test. I would also inform the proctor what you had done and that you had most certainly run into a bug - that way possibly the proctor might not count it as wrong. MTC, -- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: ms...@ipexpert.com -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On Feb 22, 2009, at 1:31 PM, Robert Schuknecht wrote: Vik, so what would you do in the real lab, mess around with the B-Channel Maintenance or set the B-Channel selection to Top-Down, if not explicitly asked to avoid glare and the Provider is using Top-Down also. /Robert Vik Malhi schrieb am Sonntag, 22. Februar 2009 um 18:33 in Nachricht 3b1aba3b4139900b3cd639bb2bac6315: I've battled with this service parameter for over 5 years. It doesn't work properly- I would use Top-Down with a fractional PRI. But if you are trying to get it working you must ensure that you "Enable Status Poll" on the gateway page. Also- you could try including a "space" after every 4 bits (although I'm told that is not necessary, that is what I have always done since the example show this). So try this : (+ Enable Status Poll). S0/ds...@sda000332333241=0001
[OSL | CCIE_Voice] Antw: Re: B-Channel Maintenance not working properly
Vik, so what would you do in the real lab, mess around with the B-Channel Maintenance or set the B-Channel selection to Top-Down, if not explicitly asked to avoid glare and the Provider is using Top-Down also. /Robert >>> Vik Malhi schrieb am Sonntag, 22. Februar 2009 um >>> 18:33 in Nachricht 3b1aba3b4139900b3cd639bb2bac6315: > I've battled with this service parameter for over 5 years. It doesn't work > properly- I would use Top-Down with a fractional PRI. > > But if you are trying to get it working you must ensure that you "Enable > Status Poll" on the gateway page. Also- you could try including a "space" > after every 4 bits (although I'm told that is not necessary, that is what I > have always done since the example show this). > > So try this : (+ Enable Status Poll). > > S0/ds...@sda000332333241=0001 >
Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not?
If you are trusting the device - Yes. -- Vik Malhi CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. > From: Chris Parker > Date: Sun, 22 Feb 2009 12:39:46 -0500 > To: Vik Malhi > Cc: Ryan Trauernicht , Robert Schuknecht > , OSL Group > Subject: Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not? > > Vik, > > If thats the case, I'd think it'd be preferable to use the dot1q voice > vlan because if you set the port as an access port, you must trust the > dscp and I believe the ATA does not use CS3 for signaling by default? I > think to have it use CS3 for signaling you must set the TOS parameter to > 0x60b8 in the ATA GUI? > > Chris > > Vik Malhi wrote: >> You can confgure the ATA as an access port or as a trunk- the Opflags >> parameter allows for 802.1Q encapsulation and CDP discovery of the >> Voice or Auxiliaryvlan. This also allows the ATA to support layer 2 >> COS- the default is 3 and 5 for signaling for media. >> -- >> Vik Malhi CCIE #13890, CCSI #31584 >> Senior Technical Instructor - IPexpert, Inc. >> >> Telephone: +1.810.326.1444 >> Fax: +1.810.454.0130 >> Mailto: _vma...@ipexpert.com >> >> _ >> Join our free online support and peer group communities: >> _http://www.IPexpert.com/communities >> _IPexpert - The Global Leader in Self-Study, Classroom-Based, >> Video-On-Demand and Audio Certification Training Tools for the Cisco >> CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE >> Voice Lab and CCIE Storage Lab Certifications. >> >> >> >> >> >> >> >> >> *From: *Ryan Trauernicht >> *Date: *Sun, 22 Feb 2009 11:08:11 -0600 >> *To: *Robert Schuknecht >> *Cc: *OSL Group >> *Subject: *Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not? >> >> Robert is correct. the ATA 186 you should configure as an access port >> and not dot1q. The ATA188 (which have a PC port) you would configure >> as a dot1q port, but they are not on the lab. >> >> Thank, >> Ryan Trauernicht >> CCIE Voice #23497 >> >> On Sun, Feb 22, 2009 at 8:53 AM, Robert Schuknecht >> wrote: >> >> Hi Chris, >> >> i configure the switchport for the ATA always as access-port. I >> would only configure the switchport for dot1q if i am asked to >> explicitly. >> >> /Robert >> > Chris Parker schrieb am Sonntag, 22. >> Februar 2009 um 14:48 >> in Nachricht b74096f513403f0e877b6a80074dcdb5: >>> Should the port connecting to the ATA186 be dot1q or not? Since >> the 186 >>> doesn't have an ethernet port for a PC I guess its optional? >> >> >> >
[OSL | CCIE_Voice] Antw: B-Channel Maintenance not working
I am using the B-Channel Maintenance Field only for the 6608 Blade, so i am working with MGCP. For H323 Gws this Field is meaningless. /Robert >>> Ken McCoy schrieb am Sonntag, 22. Februar >>> 2009 um 19:01 in Nachricht f99bfd23919cf81ca9b9a6c6b830f9ca: > Sometimes you have to insert the fields "S0/ds...@sda000332333241 = 0001 > " and update. Then, due to a "feature", you might have to > remove the field (via cut), click update, and insert the field again (via > paste). Call it the "apply, rinse, & repeat" method. > > Also, status polling has to be enabled for it to work properly. > > One other thing, is this a MGCP or H323 gateway config that you are working > with? > > Ken > > -- > > Message: 1 > Date: 22 Feb 2009 18:07:17 +0100 > From: "Robert Schuknecht" > Subject: [OSL | CCIE_Voice] B-Channel Maintenance not working properly > To: "OSL CCIE Voice Lab Exam" > Message-ID: <49a19455.5e3c.000...@gmx.de> > Content-Type: text/plain; charset=utf-8 > > Hi List, > > during my last Remote-Rack Sessions i noticed that the B-Channel Maintenance > Status Parameter is not workking properly. Always when i configured it and > restartet the CCM Srevice and the Gateway itself, it is working for some > calls. And suddenly the Gateway is trying to call out over the not available > B-Channels > > I configured the Maintenance Status the following ways: > > 1) S0/ds...@sda000332333241=0001 > > 2) S0/ds...@sda000332333241 = 0001 > > But both of them did not work. What am i doing wrong here? > > /Robert > > --
[OSL | CCIE_Voice] B-Channel Maintenance not working
Sometimes you have to insert the fields "S0/ds...@sda000332333241 = 0001 " and update. Then, due to a "feature", you might have to remove the field (via cut), click update, and insert the field again (via paste). Call it the "apply, rinse, & repeat" method. Also, status polling has to be enabled for it to work properly. One other thing, is this a MGCP or H323 gateway config that you are working with? Ken -- Message: 1 Date: 22 Feb 2009 18:07:17 +0100 From: "Robert Schuknecht" Subject: [OSL | CCIE_Voice] B-Channel Maintenance not working properly To: "OSL CCIE Voice Lab Exam" Message-ID: <49a19455.5e3c.000...@gmx.de> Content-Type: text/plain; charset=utf-8 Hi List, during my last Remote-Rack Sessions i noticed that the B-Channel Maintenance Status Parameter is not workking properly. Always when i configured it and restartet the CCM Srevice and the Gateway itself, it is working for some calls. And suddenly the Gateway is trying to call out over the not available B-Channels I configured the Maintenance Status the following ways: 1) S0/ds...@sda000332333241=0001 2) S0/ds...@sda000332333241 = 0001 But both of them did not work. What am i doing wrong here? /Robert --
Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not?
Vik, If thats the case, I'd think it'd be preferable to use the dot1q voice vlan because if you set the port as an access port, you must trust the dscp and I believe the ATA does not use CS3 for signaling by default? I think to have it use CS3 for signaling you must set the TOS parameter to 0x60b8 in the ATA GUI? Chris Vik Malhi wrote: You can confgure the ATA as an access port or as a trunk- the Opflags parameter allows for 802.1Q encapsulation and CDP discovery of the Voice or Auxiliaryvlan. This also allows the ATA to support layer 2 COS- the default is 3 and 5 for signaling for media. -- Vik Malhi – CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: _vma...@ipexpert.com _ Join our free online support and peer group communities: _http://www.IPexpert.com/communities _IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. *From: *Ryan Trauernicht *Date: *Sun, 22 Feb 2009 11:08:11 -0600 *To: *Robert Schuknecht *Cc: *OSL Group *Subject: *Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not? Robert is correct. the ATA 186 you should configure as an access port and not dot1q. The ATA188 (which have a PC port) you would configure as a dot1q port, but they are not on the lab. Thank, Ryan Trauernicht CCIE Voice #23497 On Sun, Feb 22, 2009 at 8:53 AM, Robert Schuknecht wrote: Hi Chris, i configure the switchport for the ATA always as access-port. I would only configure the switchport for dot1q if i am asked to explicitly. /Robert >>> Chris Parker schrieb am Sonntag, 22. Februar 2009 um 14:48 in Nachricht b74096f513403f0e877b6a80074dcdb5: > Should the port connecting to the ATA186 be dot1q or not? Since the 186 > doesn't have an ethernet port for a PC I guess its optional?
Re: [OSL | CCIE_Voice] Unity Voicemail Port Configuration
If the MWI port should ONLY be used for MWI and nothing else - then there is no reason why it should be in the Line Group. Only ports that "answer" calls as defined in UTIM should be in the Line Group. -- Vik Malhi CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. > From: Robert Schuknecht > Date: 22 Feb 2009 13:05:30 +0100 > To: OSL Group > Subject: [OSL | CCIE_Voice] Unity Voicemail Port Configuration > > lets assume we are required to configure Unity with 3 Ports + 1 MWI Port. > Normally all Voicemail Ports are in a Line Group. Would you leave the MWI > Voicemail Port also in the Line Group or would you exclude the MWI Voicemail > Port from the Line Group?
Re: [OSL | CCIE_Voice] Fw: Compressed voice call bw calculation
The 13 bytes for MLP mentioned on pg 1-15 has been subject for many debates on this list. Everybody has there own conclusion. Mine is that in the lab I would treat the 13 bytes as including the FR header and hence this is the value that I would use. I think if you use the codec calculator tool it will show 11 bytes as the correct value for MLPoFR. -- Vik Malhi CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. > From: Davide Fantin > Date: Sun, 22 Feb 2009 16:23:25 +0100 > To: OSL Group > Cc: Mark Snow > Subject: [OSL | CCIE_Voice] Re: Fw: Compressed voice call bw calculation > > Hi Mark and all, > > I am new in this list and was reading this interesting thread. > > I am a bit puzzled here about the MLP header size you used, 4 to 6 bytes. > The SRND at page 1-15 states it's 17 bytes "Multilink PPP (MLP) adds > 13 bytes of Layer 2 overhead". > So I would conclude that MLP over FR gives 17 (13 + 4) or 19 (13+6) > bytes whether you consider FR with 4 or 6 bytes. With these values you > come up with: > > 17 L2 > 40 IP+UDP+RTP > 20 Payload > -- > 77 bytes ==> (x8bit/bytes x50 pps) 30,8 kbps > with cRTP: 29 bytes ==> 15,6 kbps > > > 19 L2 > 40 IP+UDP+RTP > 20 Payload > -- > 79 bytes ==> 31,6 kbps > with cRTP: 41 bytes ==> 16.4 kbps > > > 1) This is quite a different range that the one you calculated. So I > am confused about MLP size, could you please comment? > > 2) Also, I'd like some one to confirm the calculation I normally do > for FR with FRF.12 I come out with these values: > > 8 L2 FR+FRF.12 > 40 IP+UDP+RTP > 20 Payload > -- > 68 bytes ==> (x8bit/bytes x50 pps) 27,2 kbps > > with cRTP: 30 bytes ==> 12 kbps > > > Thanks. > > Regards, > > Davide > >> Message: 2 >> Date: Tue, 10 Feb 2009 21:22:58 -0500 >> From: Mark Snow >> Subject: Re: [OSL | CCIE_Voice] Fw: Fw: Compressed voice call bw >>calculation >> To: Cliff McGlamry >> Cc: ccie_voice@onlinestudylist.com >> Message-ID: <859151d2-aa80-46fd-a146-1f1e251c5...@ipexpert.com> >> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; >>delsp=yes >> >> You are all correct that this has been kicked around a number of >> times. I have looked at the RFC, along with other peoples thoughts and >> without trying to "dumb down" anything, have come to this simple >> conclusion that I think should be considered: >> >> Whether you are looking at FR as being 4 bytes or 6 (depending on >> which headers (and FCS trailer) you are counting due to which you >> think the QoS scheduler may be taking in to account), and whether you >> are looking at MLPPP (by itself - without FR) as 4bytes or 6 (again >> depending on which publication you read) - the important thing is that >> they all come out to within 10% of each other and therefore all would >> be acceptable answers in the CCIE V lab according to the proctors. >> >> Here are a few "ideas" I have heard of header sizes with calculations, >> all figured with and without cRTP: >> >> 5 mp >> 4 fr >> 20 payload >> 40 ip/udp/rtp >> -- >> 69 bytes >> x 8 bits x 50pps >> 27.6kbps >> 12.4 with cRTP >> >> >> >> 6 mp >> 4 fr >> 20 payload >> 40 ip/udp/rtp >> -- >> 70 >> x 8 bits x 50pps >> 28kbps >> 12.8 with cRTP >> >> >> >> 6 mp >> 6 fr >> 20 payload >> 40 ip/udp/rtp >> -- >> 72 >> x 8 bits x 50pps >> 28.8kbps >> 13.6 with cRTP >> >> >> >> 7 mp >> 6 fr >> 20 payload >> 40 ip/udp/rtp >> -- >> 73 >> x 8 bits x 50pps >> 29.2kbps >> 14 with cRTP >> >> >> If we call the median 28k then 10% variation gives us a range from >> 25.2kbps up to 30.8kbps -- in which all of the below calcs fall into >> that range. >> >> >> BTW - at the end of the day - in the real lab you have the QoS SRND, >> which states 13 bytes for MLPPP. >> I would rely on that to be where they are basing their grading on, >> since that is what they put on your candidate desktop. >> >> >> IMHO, >> >> -- >> Mark Snow
Re: [OSL | CCIE_Voice] B-Channel Maintenance not working properly
I've battled with this service parameter for over 5 years. It doesn't work properly- I would use Top-Down with a fractional PRI. But if you are trying to get it working you must ensure that you "Enable Status Poll" on the gateway page. Also- you could try including a "space" after every 4 bits (although I'm told that is not necessary, that is what I have always done since the example show this). So try this : (+ Enable Status Poll). S0/ds...@sda000332333241=0001 -- Vik Malhi CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. > From: Robert Schuknecht > Date: 22 Feb 2009 18:07:17 +0100 > To: OSL Group > Subject: [OSL | CCIE_Voice] B-Channel Maintenance not working properly > > Hi List, > > during my last Remote-Rack Sessions i noticed that the B-Channel Maintenance > Status Parameter is not workking properly. Always when i configured it and > restartet the CCM Srevice and the Gateway itself, it is working for some > calls. And suddenly the Gateway is trying to call out over the not available > B-Channels > > I configured the Maintenance Status the following ways: > > 1) S0/ds...@sda000332333241=0001 > > 2) S0/ds...@sda000332333241 = 0001 > > But both of them did not work. What am i doing wrong here? > > /Robert
Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not?
You can confgure the ATA as an access port or as a trunk- the Opflags parameter allows for 802.1Q encapsulation and CDP discovery of the Voice or Auxiliaryvlan. This also allows the ATA to support layer 2 COS- the default is 3 and 5 for signaling for media. -- Vik Malhi CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. From: Ryan Trauernicht Date: Sun, 22 Feb 2009 11:08:11 -0600 To: Robert Schuknecht Cc: OSL Group Subject: Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not? Robert is correct. the ATA 186 you should configure as an access port and not dot1q. The ATA188 (which have a PC port) you would configure as a dot1q port, but they are not on the lab. Thank, Ryan Trauernicht CCIE Voice #23497 On Sun, Feb 22, 2009 at 8:53 AM, Robert Schuknecht wrote: > Hi Chris, > > i configure the switchport for the ATA always as access-port. I would only > configure the switchport for dot1q if i am asked to explicitly. > > /Robert > >>> Chris Parker schrieb am Sonntag, 22. Februar 2009 um 14:48 > in Nachricht b74096f513403f0e877b6a80074dcdb5: >> > Should the port connecting to the ATA186 be dot1q or not? Since the 186 >> > doesn't have an ethernet port for a PC I guess its optional?
Re: [OSL | CCIE_Voice] B-Channel Maintenance not working properly
Did you check off status polling on the device config for the circuit? On Feb 22, 2009, at 12:10 PM, Ryan Trauernicht wrote: When you try this again what does Perfmon tell you the service of the channels? 0, 1, 2, 3? On Sun, Feb 22, 2009 at 11:07 AM, Robert Schuknecht > wrote: Hi List, during my last Remote-Rack Sessions i noticed that the B-Channel Maintenance Status Parameter is not workking properly. Always when i configured it and restartet the CCM Srevice and the Gateway itself, it is working for some calls. And suddenly the Gateway is trying to call out over the not available B-Channels I configured the Maintenance Status the following ways: 1) S0/ds...@sda000332333241=0001 2) S0/ds...@sda000332333241 = 0001 But both of them did not work. What am i doing wrong here? /Robert
Re: [OSL | CCIE_Voice] B-Channel Maintenance not working properly
When you try this again what does Perfmon tell you the service of the channels? 0, 1, 2, 3? On Sun, Feb 22, 2009 at 11:07 AM, Robert Schuknecht wrote: > Hi List, > > during my last Remote-Rack Sessions i noticed that the B-Channel > Maintenance Status Parameter is not workking properly. Always when i > configured it and restartet the CCM Srevice and the Gateway itself, it is > working for some calls. And suddenly the Gateway is trying to call out over > the not available B-Channels > > I configured the Maintenance Status the following ways: > > 1) S0/ds...@sda000332333241=0001 > > 2) S0/ds...@sda000332333241 = 0001 > > But both of them did not work. What am i doing wrong here? > > /Robert >
Re: [OSL | CCIE_Voice] Unity Voicemail Port Configuration
I would exclude the MWI port in the line group. If it is not answering calls (you have unchecked that function on the unity side) there is no point in putting it in the line group. Thanks, Ryan Trauernicht CCIE Voice #23497 On Sun, Feb 22, 2009 at 6:05 AM, Robert Schuknecht wrote: > Hi List, > > lets assume we are required to configure Unity with 3 Ports + 1 MWI Port. > Normally all Voicemail Ports are in a Line Group. Would you leave the MWI > Voicemail Port also in the Line Group or would you exclude the MWI Voicemail > Port from the Line Group? > > /Robert >
Re: [OSL | CCIE_Voice] Antw: ATA186 dot1q ot not?
Robert is correct. the ATA 186 you should configure as an access port and not dot1q. The ATA188 (which have a PC port) you would configure as a dot1q port, but they are not on the lab. Thank, Ryan Trauernicht CCIE Voice #23497 On Sun, Feb 22, 2009 at 8:53 AM, Robert Schuknecht wrote: > Hi Chris, > > i configure the switchport for the ATA always as access-port. I would only > configure the switchport for dot1q if i am asked to explicitly. > > /Robert > > >>> Chris Parker schrieb am Sonntag, 22. Februar 2009 > um 14:48 > in Nachricht b74096f513403f0e877b6a80074dcdb5: > > Should the port connecting to the ATA186 be dot1q or not? Since the 186 > > doesn't have an ethernet port for a PC I guess its optional? >
[OSL | CCIE_Voice] B-Channel Maintenance not working properly
Hi List, during my last Remote-Rack Sessions i noticed that the B-Channel Maintenance Status Parameter is not workking properly. Always when i configured it and restartet the CCM Srevice and the Gateway itself, it is working for some calls. And suddenly the Gateway is trying to call out over the not available B-Channels I configured the Maintenance Status the following ways: 1) S0/ds...@sda000332333241=0001 2) S0/ds...@sda000332333241 = 0001 But both of them did not work. What am i doing wrong here? /Robert
[OSL | CCIE_Voice] Re: Fw: Compressed voice call bw calculation
Hi Mark and all, I am new in this list and was reading this interesting thread. I am a bit puzzled here about the MLP header size you used, 4 to 6 bytes. The SRND at page 1-15 states it's 17 bytes "Multilink PPP (MLP) adds 13 bytes of Layer 2 overhead". So I would conclude that MLP over FR gives 17 (13 + 4) or 19 (13+6) bytes whether you consider FR with 4 or 6 bytes. With these values you come up with: 17 L2 40 IP+UDP+RTP 20 Payload -- 77 bytes ==> (x8bit/bytes x50 pps) 30,8 kbps with cRTP: 29 bytes ==> 15,6 kbps 19 L2 40 IP+UDP+RTP 20 Payload -- 79 bytes ==> 31,6 kbps with cRTP: 41 bytes ==> 16.4 kbps 1) This is quite a different range that the one you calculated. So I am confused about MLP size, could you please comment? 2) Also, I'd like some one to confirm the calculation I normally do for FR with FRF.12 I come out with these values: 8 L2 FR+FRF.12 40 IP+UDP+RTP 20 Payload -- 68 bytes ==> (x8bit/bytes x50 pps) 27,2 kbps with cRTP: 30 bytes ==> 12 kbps Thanks. Regards, Davide > Message: 2 > Date: Tue, 10 Feb 2009 21:22:58 -0500 > From: Mark Snow > Subject: Re: [OSL | CCIE_Voice] Fw: Fw: Compressed voice call bw >calculation > To: Cliff McGlamry > Cc: ccie_voice@onlinestudylist.com > Message-ID: <859151d2-aa80-46fd-a146-1f1e251c5...@ipexpert.com> > Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; >delsp=yes > > You are all correct that this has been kicked around a number of > times. I have looked at the RFC, along with other peoples thoughts and > without trying to "dumb down" anything, have come to this simple > conclusion that I think should be considered: > > Whether you are looking at FR as being 4 bytes or 6 (depending on > which headers (and FCS trailer) you are counting due to which you > think the QoS scheduler may be taking in to account), and whether you > are looking at MLPPP (by itself - without FR) as 4bytes or 6 (again > depending on which publication you read) - the important thing is that > they all come out to within 10% of each other and therefore all would > be acceptable answers in the CCIE V lab according to the proctors. > > Here are a few "ideas" I have heard of header sizes with calculations, > all figured with and without cRTP: > > 5 mp > 4 fr > 20 payload > 40 ip/udp/rtp > -- > 69 bytes > x 8 bits x 50pps > 27.6kbps > 12.4 with cRTP > > > > 6 mp > 4 fr > 20 payload > 40 ip/udp/rtp > -- > 70 > x 8 bits x 50pps > 28kbps > 12.8 with cRTP > > > > 6 mp > 6 fr > 20 payload > 40 ip/udp/rtp > -- > 72 > x 8 bits x 50pps > 28.8kbps > 13.6 with cRTP > > > > 7 mp > 6 fr > 20 payload > 40 ip/udp/rtp > -- > 73 > x 8 bits x 50pps > 29.2kbps > 14 with cRTP > > > If we call the median 28k then 10% variation gives us a range from > 25.2kbps up to 30.8kbps -- in which all of the below calcs fall into > that range. > > > BTW - at the end of the day - in the real lab you have the QoS SRND, > which states 13 bytes for MLPPP. > I would rely on that to be where they are basing their grading on, > since that is what they put on your candidate desktop. > > > IMHO, > > -- > Mark Snow
[OSL | CCIE_Voice] Antw: ATA186 dot1q ot not?
Hi Chris, i configure the switchport for the ATA always as access-port. I would only configure the switchport for dot1q if i am asked to explicitly. /Robert >>> Chris Parker schrieb am Sonntag, 22. Februar 2009 um >>> 14:48 in Nachricht b74096f513403f0e877b6a80074dcdb5: > Should the port connecting to the ATA186 be dot1q or not? Since the 186 > doesn't have an ethernet port for a PC I guess its optional?
[OSL | CCIE_Voice] ATA186 dot1q ot not?
Should the port connecting to the ATA186 be dot1q or not? Since the 186 doesn't have an ethernet port for a PC I guess its optional?
[OSL | CCIE_Voice] Unity Voicemail Port Configuration
Hi List, lets assume we are required to configure Unity with 3 Ports + 1 MWI Port. Normally all Voicemail Ports are in a Line Group. Would you leave the MWI Voicemail Port also in the Line Group or would you exclude the MWI Voicemail Port from the Line Group? /Robert