Hi Denis, did you check your trace for an error message like "Can't join multicast group" ? Did you verify your multicast config that you have a route set for 224.0.0.0 and maybe tried an old gatekeeper version to see if it works there ? I haven't used the multicast discovery in quite a while and I don't think I have a device here to test it with. Regards, Jan Denis Kochmashev "Enforta" wrote: > Hi, > > PTLib: 2.0.1 > H323Plus: 1.20.3 (CVS 2008-03-06) > GNU GK: 2.2.7 (CVS 2008-03-06) > > I'm trying to set up multicast gatekeeper discovery. In GNU GK log file I > see > 2008/03/06 11:28:43.671 1 RasSrv.cxx(531) Listening to > 192.168.66.22:1718(Mcast) > > Wireshark catches the GRQ from my VoIP Gateway: > > Frame 1 (155 bytes on wire, 155 bytes captured) > Arrival Time: Mar 6, 2008 11:30:31.862943000 > [Time delta from previous captured frame: 0.000000000 seconds] > [Time delta from previous displayed frame: 0.000000000 seconds] > [Time since reference or first frame: 0.000000000 seconds] > Frame Number: 1 > Frame Length: 155 bytes > Capture Length: 155 bytes > [Frame is marked: False] > [Protocols in frame: eth:ip:udp:h225] > Ethernet II, Src: AddpacTe_03:a6:94 (00:02:a4:03:a6:94), Dst: > UscInfor_00:01:29 (01:00:5e:00:01:29) > Destination: UscInfor_00:01:29 (01:00:5e:00:01:29) > Address: UscInfor_00:01:29 (01:00:5e:00:01:29) > .... ...1 .... .... .... .... = IG bit: Group address > (multicast/broadcast) > .... ..0. .... .... .... .... = LG bit: Globally unique address > (factory default) > Source: AddpacTe_03:a6:94 (00:02:a4:03:a6:94) > Address: AddpacTe_03:a6:94 (00:02:a4:03:a6:94) > .... ...0 .... .... .... .... = IG bit: Individual address (unicast) > .... ..0. .... .... .... .... = LG bit: Globally unique address > (factory default) > Type: IP (0x0800) > Internet Protocol, Src: 192.168.66.218 (192.168.66.218), Dst: 224.0.1.41 > (224.0.1.41) > Version: 4 > Header length: 20 bytes > Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) > 0000 00.. = Differentiated Services Codepoint: Default (0x00) > .... ..0. = ECN-Capable Transport (ECT): 0 > .... ...0 = ECN-CE: 0 > Total Length: 141 > Identification: 0x0053 (83) > Flags: 0x00 > 0... = Reserved bit: Not set > .0.. = Don't fragment: Not set > ..0. = More fragments: Not set > Fragment offset: 0 > Time to live: 64 > Protocol: UDP (0x11) > Header checksum: 0x9561 [correct] > [Good: True] > [Bad : False] > Source: 192.168.66.218 (192.168.66.218) > Destination: 224.0.1.41 (224.0.1.41) > User Datagram Protocol, Src Port: snapenetio (22000), Dst Port: h323gatedisc > (1718) > Source port: snapenetio (22000) > Destination port: h323gatedisc (1718) > Length: 121 > Checksum: 0x0000 (none) > Good Checksum: False > Bad Checksum: False > H.225.0 RAS > RasMessage: gatekeeperRequest (0) > gatekeeperRequest > requestSeqNum: 1 > protocolIdentifier: 0.0.8.2250.0.2 (Version 2) > rasAddress: ipAddress (0) > ipAddress > ip: 192.168.66.218 (192.168.66.218) > port: 22000 > endpointType > terminal > .0.. .... mc: False > ..0. .... undefinedNode: False > gatekeeperIdentifier: l1gk_ncc_1 > endpointAlias: 3 items > Item 0 > Item: h323-ID (1) > h323-ID: voip.192.168.66.218 > Item 1 > Item: dialedDigits (0) > dialedDigits: 00000016610 > Item 2 > Item: dialedDigits (0) > dialedDigits: 00000016611 > authenticationCapability: 1 item > Item 0 > Item: pwdHash (2) > pwdHash: NULL > algorithmOIDs: 1 item > Item 0 > Item: 1.2.840.113549.2.5 (md5) > > 1 packets captured > > But nothing happens - GNU GK doesn't answer. > > What I'm doing wrong? > > -----Original Message----- > From: openh323gk-users-bounces@xxxxxxxxxxxxxxxxxxxxx > [mailto:openh323gk-users-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Jan > Willamowius > Sent: Wednesday, February 20, 2008 1:54 PM > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: Preparations for the GnuGk 2.2.7 release - > callfor testing > > Hi, > > I'd like to announce a feature freeze on the GnuGk CVS in preparation > for the 2.2.7 release. From now until the release we'll only add bug > fixes to make sure the release version is stable. > > Everybody who can download sources from CVS and compile GnuGk himself > is asked to please download an test the current source code. Let's > squeeze the bugs out now before we do a release! > > The actual release is probably still weeks away. Later in the this > process we might release a formal 'Release Candidate', but as a first > step, please test the CVS and post to the mailinglist what works and > what doesn't. > > To compile GnuGk 2.2.7 you can use OpenH323 Atlas (OpenH323 1.18.0 / > PWLib 1.10.3) or the latest H323Plus release. Using Atlas should be a > rock solid foundation, but some of the very latest features need > H323Plus to get activated. > http://www.gnugk.org/compiling-gnugk.html > > What's new in 2.2.7 ? > > Here are just a few highlights: > - virtual queues now also work on unregistered calls > - per prefix capacity limits > - Q.931 cause code translation per gateway > - status port MakeCall command implemented > - H.460.9 realtime QoS monitoring > - H.460.interop support > - H.350 authentication > - set multiple failover routes via Radius > - alias filtering (eg. for Polycom compatibility) > - many bug fixes and a lot more (see changes.txt) > > Lets test it! > > Regards, > Jan -- Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________________ 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/
