Re: ARJ in a call towards Polycom RSS

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

 



Hi Nicolas,

as you can see, the incoming ARQ is first checked against the
'explicit' policy now and that would be responsible to route calls by
IP. But as you can see the call is passed on to the 'internal' policy
and that makes the routing decision to reject the call, because it
doesn't know the called alias '8460'.

The reason the 'explicit' policy doesn't route the call is that your
calling endpoint doesn't put the destination IP into the ARQ as it
should (you would see a callDestSignallAddress in the ARQ).

The best way to solve this would be to make your endpoint put the IP
into the ARQ, Maybe it needs a different syntax to call by IP + alias
when it is registered.
If that can't be done, you can work around this by making your
call destination a permanent endpoint in GnuGk and assign it a special
prefix so you can call it by alias and remove the prefix, before the
call is sent out. The first solution is always preferred.

Regards,
Jan


Nicolas Meneceur wrote:
> 193.51.92.21 = my EP (Polycom HDX9004)
> 140.242.26.58##8460 = Polycom RSS (on external network)
> 193.51.86.247 = my gnuGK
> 
> In the log file, when i call "140.242.27.58##8460", I notice :
> 
> Checking policy Internal for the request ARQ 7311
> --> ARJ
> 	admissionReject {
> 	    requestSeqNum = 7311
> 	    rejectReason = calledPartyNotRegistered <<null>>
> 	  }
> 
> ...
> ROUTING	Checking policy Explicit for the request ARQ 7312
> ROUTING	Checking policy Internal for the request ARQ 7312
> --> ARJ
> 	admissionReject {
>      		requestSeqNum = 7312
>      		rejectReason = calledPartyNotRegistered <<null>>
>    	}
> 
> Why the ARQ 7312 is reject ?
> An idea ?
> 
> Thank you
> 
> 
> 
> 2009/05/24 20:53:26.904	5	       Routing.h(171)	ROUTING	Checking  
> policy Internal for the request ARQ 7311
> 2009/05/24 20:53:26.904	2	      RasSrv.cxx(415)	ARJ|193.51.92.21:1720| 
> 8460:dialedDigits|DISI-A18:h323_ID=1002:dialedDigits|false| 
> calledPartyNotRegistered|02-2d-9d-ce-d7-29-15-e3-25-d8-dd-52-23-20- 
> d9-9f;
> 2009/05/24 20:53:26.904	3	      RasSrv.cxx(252)	RAS	Send to  
> 193.51.92.21:1719
> admissionReject {
>      requestSeqNum = 7311
>      rejectReason = calledPartyNotRegistered <<null>>
>    }
> 2009/05/24 20:53:26.904	5	      RasSrv.cxx(266)	RAS	Sent Successful
> 2009/05/24 20:53:26.904	5	         job.cxx(426)	JOB	Job ARQ deleted
> 2009/05/24 20:53:26.904	5	         job.cxx(415)	JOB	Worker threads: 6  
> total - 5 busy, 1 idle
> 2009/05/24 20:54:10.557	5	    yasocket.cxx(783)	RasSrv	1 sockets  
> selected from 3, total 3/0
> 2009/05/24 20:54:10.557	4	      RasSrv.cxx(232)	RAS	Receiving on  
> 193.51.86.247:1719(U)
> 2009/05/24 20:54:10.557	2	      RasSrv.cxx(191)	RAS	Read from  
> 193.51.92.21:1719
> 2009/05/24 20:54:10.557	3	      RasSrv.cxx(240)	RAS
> admissionRequest {
>      requestSeqNum = 7312
>      callType = pointToPoint <<null>>
>      callModel = gatekeeperRouted <<null>>
>      endpointIdentifier =  9 characters {
>        0035 0038 0037 0033 005f 0065 006e 0064   5873_end
>        0070                                      p
>      }
>      destinationInfo = 1 entries {
>        [0]=dialedDigits "8460"
>      }
>      srcInfo = 2 entries {
>        [0]=h323_ID  8 characters {
>          0044 0049 0053 0049 002d 0041 0031 0038   DISI-A18
>        }
>        [1]=dialedDigits "1002"
>      }
>      bandWidth = 38400
>      callReferenceValue = 9346
>      conferenceID =  16 octets {
>        02 2d 9d cf 1f e9 16 28  25 da dd 52 23 20 d9 9f   .-..... 
> (%..R# ..
>      }
>      activeMC = FALSE
>      answerCall = FALSE
>      canMapAlias = TRUE
>      callIdentifier = {
>        guid =  16 octets {
>          02 2d 9d cf 1f e9 16 28  25 d9 dd 52 23 20 d9 9f   .-..... 
> (%..R# ..
>        }
>      }
>      gatekeeperIdentifier =  4 characters {
>        0067 006b 0050 0035                       gkP5
>      }
>      willSupplyUUIEs = FALSE
>      featureSet = {
>        replacementFeatureSet = FALSE
>        supportedFeatures = 1 entries {
>          [0]={
>            id = standard 9
>          }
>        }
>      }
>    }
> 2009/05/24 20:54:10.557	5	         job.cxx(363)	JOB	Worker threads: 6  
> total - 6 busy, 0 idle
> 2009/05/24 20:54:10.557	5	         job.cxx(189)	JOB	Starting Job ARQ  
> at Worker thread 1089718608
> 2009/05/24 20:54:10.557	1	      RasSrv.cxx(370)	RAS	ARQ Received
> 2009/05/24 20:54:10.557	3	      gkauth.cxx(1024)	GKAUTH	default ARQ  
> check ok
> 2009/05/24 20:54:10.557	3	      RasSrv.cxx(2234)	GK	ARQ will request  
> bandwith of 38400
> 2009/05/24 20:54:10.557	5	       Routing.h(171)	ROUTING	Checking  
> policy Explicit for the request ARQ 7312
> 2009/05/24 20:54:10.557	5	       Routing.h(171)	ROUTING	Checking  
> policy Internal for the request ARQ 7312
> 2009/05/24 20:54:10.557	2	      RasSrv.cxx(415)	ARJ|193.51.92.21:1720| 
> 8460:dialedDigits|DISI-A18:h323_ID=1002:dialedDigits|false| 
> calledPartyNotRegistered|02-2d-9d-cf-1f-e9-16-28-25-d9-dd-52-23-20- 
> d9-9f;
> 2009/05/24 20:54:10.557	3	      RasSrv.cxx(252)	RAS	Send to  
> 193.51.92.21:1719
> admissionReject {
>      requestSeqNum = 7312
>      rejectReason = calledPartyNotRegistered <<null>>
>    }
> 2009/05/24 20:54:10.557	5	      RasSrv.cxx(266)	RAS	Sent Successful
> 2009/05/24 20:54:10.557	5	         job.cxx(426)	JOB	Job ARQ deleted
> 2009/05/24 20:54:10.557	5	         job.cxx(415)	JOB	Worker threads: 6  
> total - 5 busy, 1 idle
> 
> 
> 
> Le 24 mai 09 à 19:43, Jan Willamowius a écrit :
> 
> > You are still only looking at the status port output and that doesn't
> > tell you much, other than that your call has been rejected.
> >
> > The trace output goes to the console or is directed to a file with the
> > -o switch on the command line. It will show you the full incoming
> > admissionRequest message and how GnuGk tried to route it.
> >
> > Regards,
> > Jan
> >
> > Nicolas Meneceur wrote:
> >> Any information 'with debug trc 5' :
> >>
> >> Gatekeeper(GNU) Version(2.2.7)
> >> Ext
> >> (pthreads=1,radius=1,mysql=1,pgsql=1,firebird=1,large_fdset=0,crypto/
> >> ssl=1) Build(Oct  3 2008, 14:39:29) Sys(Linux x86_64 2.6.26-2-amd64)
> >> Startup: Sun, 24 May 2009 17:30:13 +0200   Running: 0 days 00:05:52
> >> ;
> >> debug trc 5
> >> Trace Level is now 5
> >> ARJ|193.51.92.21:1720|8460:dialedDigits|DISI-
> >> A18:h323_ID=1002:dialedDigits|false|calledPartyNotRegistered|
> >> 02-2d-9d-81-ce-16-16-b5-25-d0-dd-52-23-20-d9-9f;
> >>
> >> 193.51.92.21 --> 140.242.27.58##8460
> >> On the status port, i think that :
> >> 	- the caller is "193.51.92.21"
> >> 	- the callee is "8460" and not "140.242.27.58##8460"
> >>
> >> Can you help me ?
> >>
> >> The call towards 140.242.27.58##8460 is successfull with your gnugk ?
> >>
> >> Thank you.
> >>
> >> Nicolas.
> >>
> >> Le 24 mai 09 à 15:45, Jan Willamowius a écrit :
> >>
> >>> Don't try to debug this on the status port alone. Take a look at a
> >>> level 3 or level 5 trace (-ttt or -ttttt on the command line or  
> >>> 'debug
> >>> trc 5' on the status port) what the caller is sending. You can also
> >>> see
> >>> which policy is choosen in the trace.
> >>>
> >>> Regards,
> >>> Jan
> >>>
> >>>
> >>> Nicolas Meneceur wrote:
> >>>> Thank you, but i have always the same problem.
> >>>>
> >>>> I remove the line "h323_ID"
> >>>>
> >>>> 	[RoutingPolicy]
> >>>> 	;h323_ID=dns,internal
> >>>> 	default=explicit,internal,parent,neighbor
> >>>>
> >>>> and i make a reload by telnet, but i have always ARJ :
> >>>>
> >>>> ARJ|193.51.92.99:1720|8460:dialedDigits|DISI-
> >>>> A28:h323_ID=1001:dialedDigits|false|calledPartyNotRegistered|
> >>>> 02-2d-9d-2d-88-37-12-84-22-15-82-93-d0-c9-ce-ef;
> >>>>
> >>>> Nicolas.
> >>>>
> >>>> Le 24 mai 09 à 13:33, Jan Willamowius a écrit :
> >>>>
> >>>>> Hi Nicolas,
> >>>>>
> >>>>> you have configured GnuGk to route calls which have an alias as
> >>>>> destination to be only routed by DNS lookup on the alias or
> >>>>> internally.
> >>>>>
> >>>>>> [RoutingPolicy]
> >>>>>> h323_ID=dns,internal
> >>>>>> default=explicit,internal,parent,neighbor
> >>>>>
> >>>>> 8460 in your call destination is an alias, so GnuGk looks it up in
> >>>>> its
> >>>>> internal table, and rejects the call. If you remove the line
> >>>>> "h323_ID=...", the call should go through.
> >>>>>
> >>>>> Regards,
> >>>>> Jan
> >>>>>
> >>>>>
> >>>>> Nicolas Meneceur wrote:
> >>>>>> Hi,
> >>>>>>
> >>>>>> 140.242.27.58##8460 is the address of a Polycom system, a RSS to
> >>>>>> record a conference (system not registred on gatekeeper with a
> >>>>>> public
> >>>>>> adress in a external network)
> >>>>>>
> >>>>>> With my EP not registred on my gnugk, the call is successfull.
> >>>>>>
> >>>>>> With my EP registred on my gnugk, when i try to call this  
> >>>>>> system, i
> >>>>>> have a ARJ :
> >>>>>> ARJ|193.51.92.99:1720|8460:dialedDigits|DISI-
> >>>>>> A28:h323_ID=1001:dialedDigits|false|calledPartyNotRegistered|
> >>>>>> 02-2d-9c-
> >>>>>> e2-12-81-12-32-22-11-82-93-d0-c9-ce-ef;
> >>>>>>
> >>>>>> What is the problem ? The varchar '##8460' in the adress is
> >>>>>> uncompatible with gnugk ?
> >>>>>>
> >>>>>> Thank you.
> >>>>>>
> >>>>>>
> >>>>>> My gnugk.ini
> >>>>>> -----------------
> >>>>>>
> >>>>>> [Gatekeeper::Main]
> >>>>>> Fourtytwo=42
> >>>>>> Name=****
> >>>>>> Home=****
> >>>>>> StatusPort=7000
> >>>>>> TimestampFormat=MySQL
> >>>>>>
> >>>>>> [RoutedMode]
> >>>>>> GKRouted=1
> >>>>>> H245Routed=1
> >>>>>> CallSignalPort=1720
> >>>>>> CallSignalHandlerNumber=1
> >>>>>> RemoveH245AddressOnTunneling=0
> >>>>>> AcceptNeighborsCalls=1
> >>>>>> AcceptUnregisteredCalls=1
> >>>>>> SupportNATedEndpoints=1
> >>>>>> DropCallsByReleaseComplete=1
> >>>>>> Q931PortRange=20000-20999
> >>>>>> H245PortRange=30000-30999
> >>>>>>
> >>>>>> [Proxy]
> >>>>>> Enable=1
> >>>>>> InternalNetwork=172.30.0.0/16,172.20.142.0/24,172.22.10.0/24
> >>>>>>
> >>>>>> [RasSrv::GWPrefixes]
> >>>>>> mcu=500
> >>>>>>
> >>>>>> [RasSrv::RRQFeatures]
> >>>>>>
> >>>>>> [RasSrv::ARQFeatures]
> >>>>>> ;ArjReasonRouteCallToSCN=0
> >>>>>> ;ArjReasonRouteCallToGatekeeper=1
> >>>>>> CallUnregisteredEndpoints=1
> >>>>>> ;RemoveTrailingChar=#
> >>>>>> ;RoundRobinGateways=1
> >>>>>>
> >>>>>> [RoutingPolicy]
> >>>>>> h323_ID=dns,internal
> >>>>>> default=explicit,internal,parent,neighbor
> >>>>>>
> >>>>>> [RasSrv::RRQAuth]
> >>>>>> default=confirm
> >>>>>>
> >>>>>> [GkStatus::Auth]
> >>>>>> rule=explicit | password
> >>>>>> localhost=allow
> >>>>>> admin=jrr1OSnTf1I=
> >>>>>> gnugk=TuV7nECaqKM=
> >>>>>> default=forbid
> >>>>>>
> >>>>>> [Gatekeeper::Auth]
> >>>>>> default=allow
> >>>>>>
> >>>>>> [CallTable]
> >>>>>> GenerateNBCDR=TRUE
> >>>>>> GenerateUCCDR=TRUE
> >>>>>> DefaultCallTimeout=0
> >>>>>> AcctUpdateInterval=0
> >>>>>>
> >>>>>> [Gatekeeper::Acct]
> >>>>>> SQLAcct=optional;start,stop,update
> >>>>>> FileAcct=sufficient;stop
> >>>>>>
> >>>>>> [CTI::Agents]
> >>>>>> VirtualQueueAliases=CCRequestTimeout=10
> >>>>>>
> >>>>>> [FileAcct]
> >>>>>> DetailFile=/var/log/gnugk/cdr.log
> >>>>>> StandardCDRFormat=0
> >>>>>> CDRString=%g|%n|%d|%c|%s|%u|%{gkip}|%{CallId}|%{ConfId}|%{setup-
> >>>>>> time}|
> >>>>>> % {connect-time}|%{disconnect-time}|%{caller-ip}|%{caller-port}|%
> >>>>>> {callee-ip}|%{callee-port}|%{src-info}|%{dest-info}|%{Calling-
> >>>>>> Station-
> >>>>>> Id}|%{Called-Station-Id}|%{Dialed-Number}

-- 
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
_______________________________________________________

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