I totally agree and I'm glad you are seeing it that way. Let us know you're
outcome.
On Apr 8, 2010, at 1:30 PM, sean hurricane wrote:
> Mark,
>
>this is just to proof a point, but in a bind it's something to have in
> your back pocket.
>
> On Thu, Apr 8, 2010 at 1:20 PM, Mark Hol
Mark,
this is just to proof a point, but in a bind it's something to have
in your back pocket.
On Thu, Apr 8, 2010 at 1:20 PM, Mark Holloway wrote:
> The reason I point out the other procedure (using the loopback interface)
> is that changing UCM's H.323 settings to allow traffic from a
The reason I point out the other procedure (using the loopback interface) is
that changing UCM's H.323 settings to allow traffic from any IP is not
considered 'best practice' and could be marked as incorrect.
On Apr 8, 2010, at 9:35 AM, Cristobal Priego wrote:
> tehre is asetting also as Pavan
tehre is asetting also as Pavan said
go to service parameters >ccm and look for the H.323 device, unknown tcp
connections is set to false by default, set it to true and let us know how
it goes
2010/4/8 sean hurricane
> Thanks all, i will try these suggestions tonite and provide feedback.
>
> On
Thanks all, i will try these suggestions tonite and provide feedback.
On Thu, Apr 8, 2010 at 12:25 AM, Mark Holloway wrote:
> Are you using the Loopback 0 ip address as the Device Name for the H323
> gateway in UCM? Do you have 'h323-gateway voip interface' and 'h323-gateway
> voip bind srcadd
Are you using the Loopback 0 ip address as the Device Name for the H323 gateway
in UCM? Do you have 'h323-gateway voip interface' and 'h323-gateway voip bind
srcaddr x.x.x.x' on the router's Loopback 0 interface so packets are sources
from Loopback 0?
On Apr 7, 2010, at 8:46 PM, sean hurrica
Sean,
There are a couple of things you can try.
First there is a CCM service param called accept tcp connections from
unknown devices or something similar, set that to true and see if the
call goes through.
If the call goes through, then you know everythings fine on the GW side
Now you can tu
why don't you enable the following debug on the router
debug cch323 h225, to check the call setup and check how the gw attempts to
contact the cucm.
you can also enable debug cch323 h245 to check the logical channel
negotiation
2010/4/7 sean hurricane
> Still no luck, spent hours on this toni
Still no luck, spent hours on this tonite
On Wed, Apr 7, 2010 at 2:24 PM, sean hurricane wrote:
> i will try that tonite.
>
> Thanks all
>
> On Wed, Apr 7, 2010 at 1:01 PM, Ashar Siddiqui wrote:
>
>> You could very well be another victim of db_replication.
>> Take off your sub from the CCM group
i will try that tonite.
Thanks all
On Wed, Apr 7, 2010 at 1:01 PM, Ashar Siddiqui wrote:
> You could very well be another victim of db_replication.
> Take off your sub from the CCM group and make everything register with PUB.
> Give it a go and see if it works...
>
> Ash>
>
>
> On 07/04/2010 17
You could very well be another victim of db_replication.
Take off your sub from the CCM group and make everything register with PUB.
Give it a go and see if it works...
Ash>
On 07/04/2010 17:50, sean hurricane wrote:
*10.10.201.1 _is_ the configured ip address in UCCM*.
On Wed, Apr 7, 2010 at
*10.10.201.1 is the configured ip address in UCCM*.
On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt wrote:
> 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
> TCP connection from IP=*10.10.201.1*. Incoming H225 call on
> Port=1720, can't
> find this port in th
sorry about that, it was almost 4:00am and eyes were getting weary. I had
the dial-peer just not in the config i posted. i seriously do not think it's
a dial-peer issue, if it was that i should just get a secondary dial-tone,
excuse my failed attempt at being clever by posting snipet of the config
Sean,
the last config you posted lloks like its on the br2 router.
you should have the
dial-peer voice 1 pots
incoming called-number .
direct-inward-dial
on the br1 router
On Wed, Apr 7, 2010 at 7:29 AM, sean hurricane wrote:
> i had that in another dial-peer, see below:
>
> dial-peer voice
Sean,
That's a POTS dial-peer. Add it to a VOIP one too. :)
Roger
On Wed, Apr 7, 2010 at 5:29 PM, sean hurricane wrote:
> i had that in another dial-peer, see below:
>
> dial-peer voice 1 pots
>
> incoming called-number .
> direct-inward-dial
>
> dial-peer voice 1000 voip
> destination-patt
i had that in another dial-peer, see below:
dial-peer voice 1 pots
incoming called-number .
direct-inward-dial
dial-peer voice 1000 voip
destination-pattern 3...$
voice-class codec 1
voice-class h323 1
session target ipv4:10.10.210.11
dtmf-relay h245-alphanumeric
no vad
dial-peer voice 1
You need to add
dial-peer voice 100 pots
incoming called-number .
direct-inward-dial
On Wed, Apr 7, 2010 at 7:12 AM, sean hurricane wrote:
> I have an h323 gateway provisioned in call manageri can successfully
> make outbound calls but inbound PSTN calls are not ringing the phone
> (tran
I have an h323 gateway provisioned in call manageri can successfully
make outbound calls but inbound PSTN calls are not ringing the phone
(translation pattern is configured to strip inbound calls from 10 to 4)
i am getting the following error in the trace file
04/06/2010 23:57:43.327 CCM|H22
18 matches
Mail list logo
