[OSL | CCIE_Voice] Emulating 911 and outside phones in home lab environment

[Nara Shikamaru]

In module 4 of the v3 lab material there are several instances whereby the
branches need to call 911 or an outside phone.  I have a complete lab set up
but still need to incorporate phones representing these outside numbers.  I
do have an FXS card and I think I should be able to do this, am wondering if
anyone else has set this up and is willing to shed some light.  Two analog
phones connected to a 2-port FXS card, what should be used as their call
agent?  A local CME?  Am I able to use just VOIP dial peers to point to the
phones connected to the FXS ports?  Can someone recommend a configuration?

-- 
-Shikamaru

Re: [OSL | CCIE_Voice] h.323 gateway config & call preserve

[anil batra]

Just want to double check that the call coming from PSTN GW will only be 
preserved and NOT the internal calls from BR1 PH 1 to BR1 PH2. SInce in case of 
internal call WAN will be down so no path for connectivity, Am I correct please 
???

--- On Thu, 3/12/09, Christian Hennrich  
wrote:

From: Christian Hennrich 
Subject: Re: [OSL | CCIE_Voice] h.323 gateway config & call preserve
To: "kapil atrish" 
Cc: "ccie_voice@onlinestudylist.com" , "Yung 
Hung" 
Date: Thursday, March 12, 2009, 2:50 AM

I agree, I tested it today also.

I have used the no timeout command on IOS and the 2 CCM Service paramter.
After that the call was preserved.


kapil atrish schrieb:
> I tested it today. The gateway commands are not enough. My call was
preserved only after I enabled the service parameter.
> 
> 
> 
> --- On *Wed, 3/11/09, Yung Hung //* wrote:
> 
> 
> From: Yung Hung 
> Subject: Re: [OSL | CCIE_Voice] h.323 gateway config & call
preserve
> To: "Cliff McGlamry" ,
"Sergio Polizer"
> ,
"ccie_voice@onlinestudylist.com"
> 
> Date: Wednesday, March 11, 2009, 6:27 AM
> 
> Sergio,
> 
>  
> I just checked, and on mine (4.1(3)SR1) the parameter isn’t there
> either, so I guess we need to upgrade to latest SR.//
> 
>  
> *From:* ccie_voice-boun...@onlinestudylist.com
> [mailto:ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Cliff
> McGlamry
> *Sent:* Tuesday, March 10, 2009 6:42 PM
> *To:* Sergio Polizer; ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] h.323 gateway config & call
preserve
> 
>  
> Sergio,
> 
>  
> The parameter you need is NOT visible unless you hit the advanced
> settings button at the top of the CallManager Service
> Parameters page first.  Here's a screen shot:
> 
>  
> - Original Message -
> 
> *From:* Sergio Polizer 
> 
> *To:* ccie_voice@onlinestudylist.com
> 
> 
> *Sent:* Tuesday, March 10, 2009 6:09 PM
> 
> *Subject:* Re: [OSL | CCIE_Voice] h.323 gateway config & call
> preserve
> 
>  
> I apologize for h323/call preserve command. It was presented at
> 12.4T as was posted later.
>  I have tested call preservation at h323 gw but it is not
working
> for me also.
>  As my servers does not show "Allow Peer to Preserve
H.323 Calls"
> parameter, I can not test right now.
>  So, May We assume that Call Preservation at H323 Gw
requires:
>  At CM:
> "Allow Peer to Preserve H.323 Calls" set to true
> "Allow TCP KeepAlives For H323"  set to false
>  At GW:
> voice service voip
> h323
> no h225 timeout keepalive
>  Thanks, Sergio.
>  
>

> 
> Date: Tue, 10 Mar 2009 13:10:11 -0700
> From: nice_cha...@yahoo.com
> To: yh...@corporacionits.com; mmailb...@yahoo.com;
> cl...@mcglamry.net; scott.odonn...@gmail.com;
> christopherc_56...@hotmail.com
> CC: ccie_voice@onlinestudylist.com
> Subject: Re: [OSL | CCIE_Voice] h.323 gateway config & call
preserve
> 
> I just checked on one of the POD. This parameter it there.
> 
> 
> 
> Allow Peer to Preserve H.323 Calls : This parameter determines
> whether Cisco CallManager allows the peer H.323 endpoint to try
> to preserve active H.323 calls by not sending a Release Complete
> message to the peer H.323 endpoint when the TCP connection is
> lost between Cisco CallManager and the far endpoint, such as a
> Skinny Client Control Protocol [SCCP] IP phone. When
> connectivity is lost, the H.225 and H.245 TCP connection is torn
> down but Cisco CallManager does not send the Release Complete
> message so that the peer H.323 endpoint can attempt to preserve
> the media path. Valid values specify True (do not send the
> Release Complete message to the peer H.323 endpoint when the far
> endpoint’s connectivity with Cisco CallManager is lost) or False
> (send the Release Complete message to the peer H.323 endpoint
> when the far endpoint’s connectivity with Cisco CallManager is
> lost, which will resulting the call being terminated).
> This is a required field.
> Default: false.
>  H225 Block Setup Destination : This parameter determines
whether 
> 
> --- On *Wed, 3/11/09, Christopher Clouse
> //* wrote:
> 
> 
> From: Christopher Clouse 
> Subject: Re: [OSL | CCIE_Voice] h.323 gateway config & call
preserve
> To: "Yung Hung" ,
mmailb...@yahoo.com,
> "Cliff McGlamry" , "Scott
ODonnell"
> 
> Cc: ccie_voice@onlinestudylist.com
> Date: Wednesday, March 11, 2009, 1:24 AM

Re: [OSL | CCIE_Voice] CUE Error Message

[anil batra]

Yes please...dtmf are being detected...

--- On Mon, 3/16/09, Wesley Lim  wrote:

From: Wesley Lim 
Subject: Re: [OSL | CCIE_Voice] CUE Error Message
To: anil...@yahoo.com, ccie_voice@onlinestudylist.com
Date: Monday, March 16, 2009, 6:49 AM

Sounds to me like the RTP stream is not getting through.

Is your dtmf tones detected when call hits CUE?

On 3/16/09, anil batra  wrote:
> I am getting CUE Error Message when trying to leave a message - It prompts
"
> Please leave a messaeg which is more that 2 sconds long" I am leaving
the
> message of more than 10 seconds but no luck at all, has anyone faced same
> problem please
>
>
>

-- 
Sent from my mobile device



  

Re: [OSL | CCIE_Voice] CUE Error Message

[Wesley Lim]

Sounds to me like the RTP stream is not getting through.

Is your dtmf tones detected when call hits CUE?

On 3/16/09, anil batra  wrote:
> I am getting CUE Error Message when trying to leave a message - It prompts "
> Please leave a messaeg which is more that 2 sconds long" I am leaving the
> message of more than 10 seconds but no luck at all, has anyone faced same
> problem please
>
>
>

-- 
Sent from my mobile device

[OSL | CCIE_Voice] CUE Error Message

[anil batra]

I am getting CUE Error Message when trying to leave a message - It prompts " 
Please leave a messaeg which is more that 2 sconds long" I am leaving the 
message of more than 10 seconds but no luck at all, has anyone faced same 
problem please  


  

Re: [OSL | CCIE_Voice] dial-peer matching question

[rxl]

Hi,
digit by digit matching causes this problem. once you press the last 1
of 9324121, the string you dialed has already matched the dial-peer 90 and
been sent out immediately.

Cheers,
Allan

Re: [OSL | CCIE_Voice] Trouble loading CUPS

[Cliff McGlamry]

Trouble loading CUPSThe answer to your question is YESit's the first server 
in the CUPS cluster.  It will have a license file that will need to be loaded 
(on the first server), and it will transfer the rights to other servers that 
are part of the cluster under its license file.  If you're telling it it's not 
the first server, it's attempting to get the license file from the one you 
specify.  Since CCM doesn't have this license, it will fail.


  - Original Message - 
  From: Girard, Jeffrey COL MIL USA 
  To: ccie_voice@onlinestudylist.com 
  Sent: Sunday, March 15, 2009 12:07 AM
  Subject: Re: [OSL | CCIE_Voice] Trouble loading CUPS


  I just tried to load CUC on a new/separate VM on the same host machine and 
ran into the exact same problem

  Here is a thought/questionwhen the install asks me about whether this 
install is the first node in the cluster - I am answering the question NO as I 
already have a Pub installed. Is each type of server (CUCM, CUPS, CUC, UXCC) 
considered as separate clusters? Should I be answering YES to first node in the 
cluster question? 



--
  From: ccie_voice-boun...@onlinestudylist.com 
 
  To: ccie_voice@onlinestudylist.com  
  Sent: Sat Mar 14 20:17:39 2009
  Subject: [OSL | CCIE_Voice] Trouble loading CUPS 


  I have installed 2 copies of CUCM Version 7 - both in VMWare on the same 
host. On another host, also inside VMWare, I am trying to load CUPS Version 7

  I created an ISO from the istall disk and created the guest VM. Specs used - 
1.3 GB RAM, 75 GB HD. Initial install of Red Hat Linux goes well

  On another machine, I opened up a browser to the CUCM Pub at 10.10.210.10

  On the Pub, I added the CUPS server using the IP as the name. This is the 
same process that I used while loading up the Sub.

  In the second phase of the CUPS install, I receive the following error 
message.  Have repeated these steps twice with the same results, so its a 
consistent error

  Configuration validation with CMPublisher (10.10.210.10) failed
  Configured deployment cups does not match the deployment at 10.10.210.10

  It then asks me if CMPublisher is the correct first node

  If I select the option to correct the error, I am taken back to the screen 
where I define the first node information (machine name, IP address, password). 
I have gone through this loop twice with no changes

  From the host I amable to ping both the CUCMs with no problems

  Any ideas? 

Re: [OSL | CCIE_Voice] Auto QOS for LAN QOS

[Larry Hadrava]

Basant:
I normally do not like to let "auto generated commands" into my
configurations. Cal me a control freak, but I like to have control over what
goes int the config. In the past there have been some "well intended" auto
configuration shcemes that have been put into place and when you apply them,
the world comes to a grinding halt.

With that said, I think that Auto Q0S is an exception to the rule. I have
found that auto QoS is a pretty reliable tool. I still believe that you *NEED
TO UNDERSTAND* each and every change / command entry that is added when you
apply auto QoS as this will help you to :
1) understand QoS better
2) troubleshoot more effectively when the need arises


Larry Hadrava
CCIE #12203 CCNP CCNA
Sr. Support Engineer – IPexpert, Inc.
URL: http://www.IPexpert.com 
Blog URL: http:///.larryh.ccieblog.com


On Sun, Mar 15, 2009 at 8:10 AM, basant yadav wrote:

> Hi All
>
> Has anyone ever used/tried in practice or real lab to use "Auto QOS" for
> LAN/Campus QOS. I think its pretty useful if you don't want to mark anything
> on the switches and requirment is to only trust the COS coming from phones.
> It saves lot of time.
>
> I am about to start practicing it but would like some second opinions
> before I end up in a mess and has to change my mindset.
>
> - Basant
>

Re: [OSL | CCIE_Voice] Auto QOS for LAN QOS

[basant yadav]

Yes it is allowed as long as it satisfies the question requirement.

You can check Auto QOS config for 6500 and 3550 at page 82 and 134 in QOS
SRND version 3.3

- Basant

On Sun, Mar 15, 2009 at 1:28 PM, Balamurugan Singaram
wrote:

> Auto QOS are allowed in real lab first ?, Basant can you explain how to
> enable auto qos in switch, I have never try this.
>
> --- On *Sun, 15/3/09, basant yadav * wrote:
>
> From: basant yadav 
> Subject: [OSL | CCIE_Voice] Auto QOS for LAN QOS
> To: "OSL Group" 
> Date: Sunday, 15 March, 2009, 5:40 PM
>
>
> Hi All
>
> Has anyone ever used/tried in practice or real lab to use "Auto QOS" for
> LAN/Campus QOS. I think its pretty useful if you don't want to mark anything
> on the switches and requirment is to only trust the COS coming from phones.
> It saves lot of time.
>
> I am about to start practicing it but would like some second opinions
> before I end up in a mess and has to change my mindset.
>
> - Basant
>
>
> --
>  New Email names for you!
> 
> Get the Email name you've always wanted on the new @ymail and @rocketmail.
> Hurry before someone else does!

Re: [OSL | CCIE_Voice] srst callforward all

[marwa]

hi,

i have tried it in the following way
1-created cor and applied it to incoming dial-peer , and made blocking for the 
phone in the srst
2- created a dial-peer pots with higher prefrence
thus calls from pstn to 3002 works fine in normal , and in srst it goes to 2001
but if u call from 3001 in case of srst it failed so i added a translation that 
is applied to the call-manger-fallback

dial-peer cor list pstn
 member pstn
!
dial-peer cor list block
 member block

voice translation-rule 3002
 rule 1 /3002/ /914072032001/
!
!
voice translation-profile 911302
 translate called 3002


dial-peer voice 1 pots
 corlist incoming pstn
 incoming called-number .
 direct-inward-dial

dial-peer voice 3002 pots
 preference 2
 destination-pattern 3002
 port 0/3/0:23
 prefix 14072032001
!
dial-peer voice 3003 voip
 destination-pattern 300.
 session target ipv4:x.x.x.x--cm
 dtmf-relay h245-alphanumeric
 no vad


call-manager-fallback
 max-conferences 8 gain -6
 transfer-system full-consult
 timeouts interdigit 7
 ip source-address x.x.x.254 port 2000 strict-match
 max-ephones 5
 max-dn 10 dual-line
 transfer-pattern .T
 voicemail 2220
 huntstop channel
 translation-profile incoming 911302
 call-forward busy 2220
 call-forward noan 2220 timeout 9
 time-zone 12
 cor outgoing block 1 3002



  - Original Message - 
  From: Wesley Lim 
  To: Sergio Polizer 
  Cc: cl...@mcglamry.net ; marwa_ah...@seegypt.com ; 
ccie_voice@onlinestudylist.com 
  Sent: Saturday, March 14, 2009 4:53 PM
  Subject: Re: [OSL | CCIE_Voice] srst callforward all


  Yes, you are right.

  Did i missed a point to the original scenario as I interpreted it as the call 
forward rule was suppose to kick in during SRST mode. 


  On Sat, Mar 14, 2009 at 9:32 PM, Sergio Polizer  wrote:

Wesley,
 
If the question states for a h323 Gw, we had to add some other digit 
manipulation to allow the call-forward-all to work just in a SRST periods. 
 
I mean, as it is not a MGCP Gw your dial-peer will take preference over the 
other that are pointing to CM. Right?

 
> Date: Sat, 14 Mar 2009 16:40:34 +0800 

> Subject: Re: [OSL | CCIE_Voice] srst callforward all

> From: lim.wes...@gmail.com
> To: cl...@mcglamry.net; marwa_ah...@seegypt.com; spoli...@hotmail.com; 
ccie_voice@onlinestudylist.com 

> 
> This issue was troubling me a while ago. Rest assure that u can still
> get it to work despite the redirecting bug on 12.4b.
> 
> Assuming that calls to 2002 (srst) to be forwarded to 1001 (hq)
> immediately be it via internal or PSTN. Do the following
> 
> 1. Create a translation profile of 2002 and translate it to a dummy
> number, for eg 4002.
> 2. Create another voice translation profile, translate 4002 to the
> full DID number of the called number - for eg 12122291001
> 3. Create a voip dialpeer and send it to the loopback with destination
> address of 2002. Slap the 2002 translation p to it
> 4. Create a pots dialp of 4002 and send the call to PSTN.
> 
> In summary, what happens is that u will be invoking the translations
> via the loopback and hairpin the call out again. Try it, it works.
> 
> On 3/13/09, Cliff McGlamry  wrote:
> > Re: [OSL | CCIE_Voice] srst callforward allAwshoot.I bet it's 
that
> > IOS bug again
> >
> > Crank up the debug isdn q931 trace. Look and see if you see a flag on 
the
> > redirect number that is 0xFF I'm betting that's the issue.
> >
> >
> > - Original Message -
> > From: Marwa Ahmed
> > To: Cliff McGlamry ; Sergio Polizer ; ccie_voice@onlinestudylist.com
> > Sent: Thursday, March 12, 2009 4:11 PM
> > Subject: RE: [OSL | CCIE_Voice] srst callforward all
> >
> >
> > hi,
> >
> > the call-forward .T is there
> >
> > i need the call to go directly to 2001 asif i made cfwall
> >
> >
> > 
--
> > From: ccie_voice-boun...@onlinestudylist.com on behalf of Cliff McGlamry
> > Sent: Thu 3/12/2009 9:19 PM
> > To: Sergio Polizer ; ccie_voice@onlinestudylist.com
> > Subject: Re: [OSL | CCIE_Voice] srst callforward all
> >
> >
> > Is call-forward pattern .T in the config?
> >
> > - Original Message -
> > From: "Sergio Polizer " 
> > To: ; 
> > Sent: Thursday, March 12, 2009 3:11 PM
> > Subject: Re: [OSL | CCIE_Voice] srst callforward all
> >
> >
> > Could be "transfer-system pattern .T" missing ?
> >
> > - Mensagem Original -
> > De: marwa 
> > Enviada: quinta-feira, 12 de março de 2009 08:53
> > Para: ccie_voice@onlinestudylist.com
> > Assunto: [OSL | CCIE_Voice] srst callforward all
> >
> > hi,
> >
> > i have site b in srst with h323 gw, i need if anyone calls 3002 to go to
> > 2001 (hq)
> > i tried it with voic

Re: [OSL | CCIE_Voice] Auto QOS for LAN QOS

[Balamurugan Singaram]

Auto QOS are allowed in real lab first ?, Basant can you explain how to enable 
auto qos in switch, I have never try this.

--- On Sun, 15/3/09, basant yadav  wrote:

From: basant yadav 
Subject: [OSL | CCIE_Voice] Auto QOS for LAN QOS
To: "OSL Group" 
Date: Sunday, 15 March, 2009, 5:40 PM


Hi All

Has anyone ever used/tried in practice or real lab to use "Auto QOS" for 
LAN/Campus QOS. I think its pretty useful if you don't want to mark anything on 
the switches and requirment is to only trust the COS coming from phones. It 
saves lot of time.

I am about to start practicing it but would like some second opinions before I 
end up in a mess and has to change my mindset.

- Basant



  Get your preferred Email name!
Now you can @ymail.com and @rocketmail.com. 
http://mail.promotions.yahoo.com/newdomains/aa/

[OSL | CCIE_Voice] Auto QOS for LAN QOS

[basant yadav]

Hi All

Has anyone ever used/tried in practice or real lab to use "Auto QOS" for
LAN/Campus QOS. I think its pretty useful if you don't want to mark anything
on the switches and requirment is to only trust the COS coming from phones.
It saves lot of time.

I am about to start practicing it but would like some second opinions before
I end up in a mess and has to change my mindset.

- Basant

Re: [OSL | CCIE_Voice] dial-peer matching question.

[Christian Hennrich]

Hi,

try to remove ^ in front of the destination-pattern. You you should not 
need that.


I do not see anything else what could cause the problem.

HTH

Scott ODonnell schrieb:

I seeing something I didn't expect on MY BR2 router.
I have two dial-peers configured to handle local dialing
One to support the 9 prefix and another to allow users to dial anyway if 
they forget the 9 prefix.

I'm dialing 93241212

Dial-peer 90 is matching as 9324121 instead of Dial-peer 9 matching.

Funny thing is I never see dial-peer 9 show as even a possible match in 
the "debug voice dialpeer"
even though a "Show dialplan number 93241212" indicates both dial-peer 9 
& 90 match .



dial-peer voice 9 pots
 corlist outgoing loc
 destination-pattern ^9[1-9]..
 port 2/0/0:15
 forward-digits 7

dial-peer voice 90 pots
 corlist outgoing loc
 destination-pattern ^[1-9]..
 port 2/0/0:15

__
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
__

Re: [OSL | CCIE_Voice] CCIE_Voice Digest, Vol 37, Issue 96 Call from PSTN to BR-2 (H.323) failed

[Faisal]

oes not match the deployment at 10.10.210.10

It then asks me if CMPublisher is the correct first node

If I select the option to correct the error, I am taken back to the screen 
where I define the first node information (machine name, IP address, 
password). I have gone through this loop twice with no changes


From the host I amable to ping both the CUCMs with no problems

Any ideas?

-- next part --
An HTML attachment was scrubbed...
URL: 
http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090314/b7968f04/attachment-0001.htm


--

Message: 3
Date: Sun, 15 Mar 2009 00:34:37 -0400
From: Scott ODonnell 
Subject: [OSL | CCIE_Voice] 3xxx call from HQ to BR2 through GK
To: OSL Group 
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"

I'm having a problem getting a call from HQ to BR2 through the GK.
I'm assuming the DCF indicated in the debug RAS means some part of the 
setup

between UCM and BR2 is not working
but can't pinpoint it.

-


debug gatekeeper main 10 indicates the request is coming from UCM

: gk_rassrv_arq: arqp=0x83E0AD08, crv=0xB, answerCall=0
: gk_dns_query: No Name servers
: rassrv_get_addrinfo: (1#3001) Matched tech-prefix 1#
: rassrv_get_addrinfo: (1#3001) Matched zone prefix 3 and remainder 001
: rassrv_arq_select_viazone: about to check the source side,
src_zonep=0x83E0EFB0
rassrv_arq_select_viazone: matched zone is UCM, and z_invianamelen=0
: rassrv_arq_select_viazone: about to check the destination side,
dst_zonep=0x83E0EFB0
: rassrv_arq_select_viazone: matched zone is UCM, and z_outvianamelen=0
gk_rassrv_arq: arqp=0x83B6CA74, crv=0x10, answerCall=1

AND debug RAS on BR 2 indicates the request is making it to the GW

Mar 15 04:13:46.770: %FAN-3-FAN_FAILED: Fan 3 had a rotation error 
reported.

Mar 15 04:13:47.522: h323chan_chn_process_read_socket
Mar 15 04:13:47.522: h323chan_chn_process_read_socket: fd=0 of type
LISTENING has data
Mar 15 04:13:47.526: h323chan_chn_process_read_socket
Mar 15 04:13:47.526: h323chan_chn_process_read_socket: fd=3 of type 
ACCEPTED

has data
Mar 15 04:13:47.526:  h323chan_chn_process_read_socket: h323chan
accepted/connected fd=3
h323chan_dgram_send:Sent UDP msg. Bytes sent: 134 to 104.255.1.1:1719 fd=2

Mar 15 04:13:47.526: RASLib::GW_RASSendARQ: ARQ (seq# 5788) sent to
104.255.1.1
Mar 15 04:13:47.534: h323chan_chn_process_read_socket
Mar 15 04:13:47.534: h323chan_chn_process_read_socket: fd=2 of type
CONNECTED has data
Mar 15 04:13:47.534:  h323chan_chn_process_read_socket: h323chan
accepted/connected fd=2

Mar 15 04:13:47.534: h323chan_dgram_recvdata:rcvd from [104.255.1.1:1719] 
on

fd=2

Mar 15 04:13:47.534: ACF (seq# 5788) rcvdh323chan_dgram_send:Sent UDP msg.
Bytes sent: 103 to 104.255.1.1:1719 fd=2

Mar 15 04:13:47.538: RASLib::GW_RASSendDRQ: DRQ (seq# 5789) sent to
104.255.1.1
Mar 15 04:13:47.542: h323chan_chn_process_read_socket
Mar 15 04:13:47.542: h323chan_chn_process_read_socket: fd=2 of type
CONNECTED has data
Mar 15 04:13:47.542:  h323chan_chn_process_read_socket: h323chan
accepted/connected fd=2

Mar 15 04:13:47.542: h323chan_dgram_recvdata:rcvd from [104.255.1.1:1719] 
on

fd=2

Mar 15 04:13:47.542: DCF (seq# 5789) rcvd
Mar 15 04:13:47.550: h323chan_chn_process_read_socket
Mar 15 04:13:47.550: h323chan_chn_process_read_socket: fd=3 of type 
ACCEPTED

has data
Mar 15 04:13:47.550:  h323chan_chn_process_read_socket: h323chan
accepted/connected fd=3
h323chan_dgram_send:Sent UDP msg. Bytes sent: 81 to 104.255.1.1:1719 fd=2

Mar 15 04:13:48.522: RASLib::GW_RASSendRRQ: RRQ (seq# 5790) sent to
104.255.1.1
Mar 15 04:13:48.526: h323chan_chn_process_read_socket
Mar 15 04:13:48.526: h323chan_chn_process_read_socket: fd=2 of type
CONNECTED has data
Mar 15 04:13:48.526:  h323chan_chn_process_read_socket: h323chan
accepted/connected fd=2

Mar 15 04:13:48.526: h323chan_dgram_recvdata:rcvd from [104.255.1.1:1719] 
on

fd=2

Mar 15 04:13:48.526: RCF (seq# 5790) rcvd




BR2
Int loop 0
h323-gateway voip interface
h323-gateway voip id UCM ipaddr 104.255.1.1 1719
h323-gateway voip h323-id CME-GW
h323-gateway voip tech-prefix 1#
h323-gateway voip bind srcaddr 104.255.3.1

dial-peer voice 2 voip
translation-profile incoming pstn-in
incoming called-number .
dtmf-relay h245-alphanumeric

HQ-GK

gatekeeper
zone local UCM ipexpert.com 104.255.1.1
zone prefix UCM 1... gw-priority 10 cmtrunk_2
zone prefix UCM 1... gw-priority 9 cmtrunk_1
zone prefix UCM 1.. gw-priority 9 cmtrunk_2
zone prefix UCM 1.. gw-priority 0 CME-GW
zone prefix UCM 2... gw-priority 10 cmtrunk_2
zone prefix UCM 2... gw-priority 9 cmtrunk_1
zone prefix UCM 34* gw-priority 10 CME-GW
zone prefix UCM 34* gw-priority 0 cmtrunk_2 cmtrunk_1
zone prefix UCM 3... gw-priority 10 CME-GW
zone prefix UCM 3... gw-priority 0 cmtrunk_2 cmtrunk_1
no shutdown
-- next part --
An HTML attachment was scrubbed...
URL: 
http://onlinestudylist.com/pipermail/ccie_voice/attachments/200