Re: Utilizing Virtual Queue

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

 



Hi Guys,
 
Since I didn't get any comments on this issue, I send my own because I could find the problem (maybe this helps some others out with the same situation).  But still I have some other related questions which I'd like to have  your opinion on it too.
 
In my last situation, the calls were sent to the GNUGK through a static route inside the gateway (Tenor) and because of that setup was the first signal sent to the GNUGK. The only way that I could have the gateway send ARQ to the gatekeeper was registering the gateway inside the GNUGK. In this case, everything works fine and GNUGK sends the RouteRequest to the status port.
 
BUT, I found this feature (Virtual Queue) not quite useful since in most of the real world's cases the gateways are not registered inside the gatekeepers. In fact, if you configure your GNUGK in routed or proxy mode, others can send calls to it as a gateway. 
 
What I am wondering is what could be the reason of implementing such a useful facility just on receiving ARQ and not the other possible routing policies. To me the job of Virtual Queue is implementing the routing through an external application with customized policies which could be implemented based on different desires. So the target is routing and logically it should be available for all the possible defined routing states in GNUGK such as OnSetup. As a matter of fact, even the log shows the vqueue is the first choice for routing policy of the other routing request triggers. It just wouldn't work.
 
2005/06/10 12:38:14.411 1            Routing.cxx(147)   RoutingPolicy::OnARQ add policy vqueue,explicit,internal,parent,neighbor for prefix *
2005/06/10 12:38:14.411 1            Routing.cxx(147)   RoutingPolicy::OnLRQ add policy vqueue,explicit,internal,parent,neighbor for prefix *
2005/06/10 12:38:14.411 1            Routing.cxx(147)   RoutingPolicy::OnSetup add policy vqueue,explicit,internal,parent,neighbor for prefix *
2005/06/10 12:38:14.411 1            Routing.cxx(147)   RoutingPolicy::OnFacility add policy vqueue,explicit,internal,parent,neighbor for prefix *
Is there anybody who knows why the smart developers who have done such a tremendous job in implementing the GNUGK, didn't implement Virtual Queue routing on receiving other types of signals than ARQ? There should be a reason !
 
What you guys think?
 
- Bahram.
----- Original Message -----
Sent: Wednesday, June 08, 2005 4:24 PM
Subject: Utilizing Virtual Queue


Hi folks,

I am trying to get the RouteRequest message on GNUGK status screen as
the result of an external prefix route.

Vqueue is enabled due to the following line in the GNUGK log after
service restart.

2005/06/08 14:20:46.681 2            Routing.cxx(483)   VQueue  (CTI)
Virtual queues enabled (prefixes:99922), request timeout: 10 s

This tells me the configuration is correct.

The problem is when a call with 99922 at the head of the number is sent
to the gatekeeper the vqueue routing policy wouldn't get activated (I
wouldn't get anything on the telnet session to port 7000). The only
message on the status screen is:

CDR|1|34 32 61 37 34 64 38 34 33 38 77 61 79 66 63
a5|0|unconnected|Wed, 08 Jun 2005 15:55:19 -0400|10.0.0.22:20030|
|0.0.0.0:0|
|9992214161234567:dialedDigits|1416*:dialedDigits=MTGW1:h323_ID|MTGK1;


I was wondering if any of you guys have had such an experience before
and knows any kind of trick to get this working.

In case anyone be curious about the config here it is:

[Gatekeeper::Main]
Fourtytwo=42
Name=MTGK1

[LogFile]
Rotate=daily
RotateTime=23:59

[RoutedMode]
GKRouted=1
H245Routed=1
CallSignalPort=1720
CallSignalHandlerNumber=2
AcceptNeighborsCalls=1
AcceptUnregisteredCalls=1
RemoveH245AddressOnTunneling=0
DropCallsByReleaseComplete=1
RemoveCallOnDRQ=1
SendReleaseCompleteOnDRQ=1
SupportNATedEndpoints=1

[Proxy]
Enable=1

[RasSrv::ARQFeatures]
ArjReasonRouteCallToSCN=0
ArjReasonRouteCallToGatekeeper=1
CallUnregisteredEndpoints=0
RemoveTrailingChar=#
RoundRobinGateways=1

[RoutingPolicy]
default=vqueue,explicit,internal,parent,neighbor

[RasSrv::RRQAuth]
default=reject

[GkStatus::Auth]
rule=allow

[RasSrv::PermanentEndpoints]
10.0.xx.xx=MTGW1;14161234567
209.xxx.xxx.xxx=CMS;1

[EP::MTGW1]
capacity=2
GatewayPriority=2

[Gatekeeper::Auth]
default=allow

[CallTable]
GenerateUCCDR=TRUE
DefaultCallDurationLimit=8000
AcctUpdateInterval=120

[CTI::Agents]
VirtualQueuePrefixes=99922
RequestTimeout=10

 

Thanks,
Bahram.


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy. 
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
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