Re: Neighbor policy is being skipped?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Robert,

with your config, your should be getting a match with the 'internal'
policy, since you defined vidyo-gw both as a permanent endpoint
_and_ as a neighbor. In that respect your trace doesn't quite match your
config snippets.

Did you maybe forget the [RasSrv::Neighbors] section ?

[RasSrv::Neighbors]
vidyo-gw=Generic

Only neighbors mentioned in that section get activated.

Regards,
Jan

-- 
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail  : jan@xxxxxxxxxxxxxx
Website: http://www.gnugk.org
Support: http://www.willamowius.com/gnugk-support.html

Relaxed Communications GmbH
Frahmredder 91
22393 Hamburg
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584


Robert Kulagowski wrote:
> I have:
> 
> [RasSrv::PermanentEndpoints]
> 10.244.29.11=vidyo-gw;#1,#9
> 
> [Neighbor::vidyo-gw]
> GatekeeperIdentifier=vidyo-gw
> Host=10.244.29.11
> SendPrefixes=#1,#9
> AcceptPrefixes=*
> ForwardLRQ=depends
> ForwardHopCount=2
> 
> and then a routing policy of:
> 
> [RoutingPolicy]
> default=explicit,internal,neighbor,vqueue,internal,dns,enum,srv
> 
> But what I'm finding is that calls that have "#9" as the prefix are
> falling through to the vqueue policy; it doesn't appear that the
> "neighbor" policy is taking effect:
> 
> 2013/11/20 09:53:18.886 5                job.cxx(338)   JOB     Worker
> threads: 11 total - 10 busy, 1 idle
> 2013/11/20 09:53:18.886 5                job.cxx(180)   JOB
> Starting Job ARQ at Worker thread 139932977440512
> 2013/11/20 09:53:18.886 1             RasSrv.cxx(383)   RAS     ARQ
> Received from 10.255.23.7:52991
> 2013/11/20 09:53:18.886 2            Toolkit.cxx(941)
> RewritePString: 13122455137 to #913122455137
> 2013/11/20 09:53:18.886 5              Routing.h(239)   ROUTING
> Checking policy Explicit for the request ARQ 16538
> 2013/11/20 09:53:18.886 5              Routing.h(239)   ROUTING
> Checking policy Internal for the request ARQ 16538
> 2013/11/20 09:53:18.886 5              Routing.h(239)   ROUTING
> Checking policy VirtualQueue for the request ARQ 16538
> 2013/11/20 09:53:18.886 5            Routing.cxx(1239)  Routing Policy
> VirtualQueue destination matched a virtual queue #913122455137 (ARQ
> 16538)
> 
> And then bad things happen.
> 
> Gatekeeper(GNU) Version(3.5.0)
> Ext(pthreads=1,radius=1,mysql=0,pgsql=0,firebird=0,odbc=0,sqlite=0,large_fdset=0,crypto/ssl=0,h46018=0,h46023=1,ldap=0,ssh=0,ipv6=0,h235media=0,lua=0,h46017=1,snmp=1,h46026=0)
> H323Plus(1.25.4) PTLib(2.10.9) Build(Nov  7 2013, 13:24:01) Sys(Linux
> x86_64 3.2.0-29-generic)


------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/





[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux