Thanks Peter. I haven't had to deal with very many international calls in our environment and I appreciate the real life example. I'm not just studying for the lab but want to be able to understand the real life implications of this as well.
You're saying you'd send the 443235235 with an international type and the 011 could be discarded assuming the telco vendor accepted that? I bet our international route patterns are sending the 011 and the telco runs with it either way. -jeff On Thu, Jan 14, 2010 at 12:16 PM, Peter Slow <[email protected]> wrote: > honestly, its going to vary depending on your telco. > > i know you were asking abotu caller ID from the PSTN, but this sorta > goes both ways. Generally speaking, sending 011 AND setting your > called party type to international doesn't make sense. 011 is the > international escape for USA - it tells the switches that the > remaining digits are an international number. usually, as far as > sending stuff goes, in real life (which has little to do with the lab, > btw) you would send 011 and national, or a country code followed by > number and type international. ...It's all going to depend on your > carrier and what they want to see. Technically, 011443235235 isnt a > valid international number. > > -Pete > > > > 2010/1/14 Jeff Garvas <[email protected]>: > > Roger, > > > > Thanks. Thats a great offer! Unfortunately I'd have to go turn on debug > in > > about four production gateways here each with numerous PRIs in them and > hope > > to read fast to catch it inbetween all of the other production calls. > > > > I did the more obvious approach and found an example from the cisco-voip > > mailing list with google. It shows up as I had assumed it would from > what > > I've read (011 prefix included) with type:International. Very cool. > > > > Thanks again for the offer to call me. Sometimes you just have to see > it > > happen to understand it. > > > > -jeff > > > > > > 2010/1/14 Roger Källberg <[email protected]> > >> > >> Hi Jeff, > >> > >> Please send me the number that you can receive calls at and I can make > >> some test calls to your gw if you want. > >> > >> > >> > >> Roger Källberg > >> Unified Communication Consultant > >> Cygate AB > >> > >> > >> > >> From: Jeff Garvas [mailto:[email protected]] > >> Sent: den 14 januari 2010 06:41 > >> To: Otto Sanchez > >> Cc: OSL Group > >> Subject: Re: [OSL | CCIE_Voice] Globalization Question > >> > >> > >> > >> sure. I just don't have an international phone to call the US from to > see > >> what would happen. > >> > >> I could lab it up but I'm curious what is really seen from the PSTN for > >> real. > >> > >> On Wed, Jan 13, 2010 at 10:19 PM, Otto Sanchez <[email protected]> > wrote: > >> > >> Hi, > >> > >> Doesn't the "debug isdn q931" command show the info required? > >> > >> On Wed, Jan 13, 2010 at 3:57 PM, Jeff Garvas <[email protected]> wrote: > >> > >> I've been reading up on globalization and I have a question. Does anyone > >> have a q931 debug showing the calling party/called party info for a call > >> received on a US PRI from an international number? > >> > >> I'm assuming the call comes in "globalized" already? > >> > >> > >> _______________________________________________ > >> For more information regarding industry leading CCIE Lab training, > please > >> visit www.ipexpert.com > >> > >> > >> -- > >> Regards, > >> > >> Otto Sanchez > >> CCIE #25592 (Voice) > >> Support Engineer - IPexpert, Inc. > >> URL: http://www.IPexpert.com > >> > >> > > > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > > visit www.ipexpert.com > > > > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
