Thanks Dan, totally make sense..
-----Original Message----- From: Daniel Rodriguez [mailto:drodrig...@fidelus.com] Sent: Saturday, 31 October 2009 12:52 PM To: Aamir Panjwani; 'ciscod...@live.com'; 'mciarfe...@iplogic.com'; 'ccie_voice@onlinestudylist.com' Subject: Re: [OSL | CCIE_Voice] Calling Party Number Type You're correct - its from the perspective of the egress gateway. For example, using IPExpert labs as a point of reference, calls from HQ Gw to Spain would be international. That is, you pass the international access code and country code to the PSTN with the called number type as international. But that same call from the BR2 Gw would be considered a local call, no international access code or country code and called party type set to subscriber. It's easier to setup TEHO when you think "how would I route this call if it was dialed locally?" - by locally I mean the from the same location of the egress gateway. Hope that helps! - Dan ----- Original Message ----- From: ccie_voice-boun...@onlinestudylist.com <ccie_voice-boun...@onlinestudylist.com> To: Cisco Dave <ciscod...@live.com>; mciarfe...@iplogic.com <mciarfe...@iplogic.com>; ccie_voice@onlinestudylist.com <ccie_voice@onlinestudylist.com> Sent: Fri Oct 30 21:33:08 2009 Subject: Re: [OSL | CCIE_Voice] Calling Party Number Type It’s easy to set calling/called party number type for calls going out local gateway, however , I just wanted to confirm how it actually works in case of backup gateway and teho Backup GW: Local call goes out HQ gateway calling/called number type set to “subscriber”, if HQ GW goes down, the local call reroute via BR1 GW so in this case it’s a long distance call from the perspective of BR1 GW so called/called party number type should be set to “national” right? TEHO: If HQ user dial BR1 pstn number it should route via BR1 GW first, now in this instance calling/called party type is “subscriber” from the BR1 GW perspective, but “national” from the perspective of HQ user dialing..so not sure which one is correct?? I guess what I am getting at is when setting calling/called party number type, do we look at from the perspective of user initiating the call or from the perspective of the existing GW? I think it would be based on existing GW.... From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Cisco Dave Sent: Tuesday, 27 October 2009 3:45 PM To: mciarfe...@iplogic.com; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Calling Party Number Type Thanks Michael, I totally agree about asking the proctor, and so far they have been very helpful whenever I had to ask them anything. I checked the SRND again and found the following. Page 10-17 Gateway Calling Party Number Localization +1415.XXXXXXX, strip pre-dot, numbering type: subscriber +1.!. strip pre-dot, numbering type: national IPExpert Lab 5 also shows that when a call is made to an international number that the calling number type should be set to international. This seems to indicate that the the calling number type coincide with the called number type. Can anyone confirm this? Thanks, cd ________________________________ From: mciarfe...@iplogic.com To: ciscod...@live.com; ccie_voice@onlinestudylist.com Date: Tue, 27 Oct 2009 00:13:04 -0400 Subject: RE: [OSL | CCIE_Voice] Calling Party Number Type hmmm. I never cared enough to ask. I always ask what the carrier wants (or get it off the paperwork) or just don't worry about it until callerID is not showing up somewhere. Some don't seem to care what anything is set to. Some need a specific type and plan in order to display your calling number on the destination device. Then there is the crazy reality of your calling number shows up properly on one provider's network and doesn't show up on another provider's network. Then there's AT&T. humph. I would think if you set it to subscriber and your call ends up going international, the carrier would (might) modify it. Couldn't find anything on Google, so ask your carrier. If this is a test question, I would think they would tell you what they expect or ask the proctor. I'm guessing you were asking a real-life based question. lol Take care ________________________________ From: ccie_voice-boun...@onlinestudylist.com [ccie_voice-boun...@onlinestudylist.com] On Behalf Of Cisco Dave [ciscod...@live.com] Sent: Monday, October 26, 2009 11:02 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Calling Party Number Type Does anyone know of good information that details how the calling and called number type should be set? For called party I would expect it to be very straight forward: US 7 or 10 digit dialing subscriber 11 digit national 011 International Non-US (may vary) 8 digits - National 00 - International Calling party number type on the other hand seems to be a bit more of a mystery since it, at least in my mind, it is not dependent on the called party (or is it?). If I dial (US) a seven digit number (303-3333) that is understandably marked as subscriber. But if I dial the same number as an 11 (1714-303-3333) digit number is it still marked as subscriber? There are two variations, I dial 1714-303-3333 and send those digits out to the PSTN, and secondly I strip off the 1714 before sending out the PSTN. Should one or both be set to calling party type of subscriber? So the calling party type scenarios are restated below for subscriber calls: A) 303-3333 B) 1714-303-3333 C) 1714-303-3333 (1714 stripped before sending to PSTN) I will lump both international and national calling number type into this question. How does the calling number type get set in this situation? Should it be set to national in both cases? Or does it change based on the number called? Thank you, cd ________________________________ Windows 7: Simplify your PC. Learn more. <http://www.microsoft.com/Windows/windows-7/default.aspx?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_evergreen1:102009> ________________________________ Windows 7: I wanted more reliable, now it's more reliable. Wow! <http://microsoft.com/windows/windows-7/default.aspx?h=myidea?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_myidea:102009> ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
