Re: For Michal: detailing. 3 problems I can\\\'t figure out

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

 



Pe 21 Jan 2005, la 01:58, Zygmuntowicz Michal <m.zygmuntowicz@xxxxxxx> a scris:

>
>Finally, I found a source of the 2ND problem - it's because
>you receive LRQ on a multicast address - I guess nobody used it so far
>and that's why the bug stayed hidden. I'll apply a patch to the cvs.
>
>You can wait until the patch is available or use unicast addresses.
>

ok. Thanks a lot! I will try the unicast address and see what's going on.

>----- Original Message ----- 
>From: "Manda Costin" <siderite@xxxxx>
>Sent: Thursday, January 20, 2005 2:10 PM
>
>
>> Pe 20 Jan 2005, la 13:49, Zygmuntowicz Michal <m.zygmuntowicz@xxxxxxx> a 
>> scris:
>>
>>>
>>>1ST PROBLEM:
>>>You have wrong order of things here - you should really take
>>>a look at the manual - there is an example how to do this correctly.
>>>
>>>Basically, you need:
>>>[RasSrv::Neighbors]
>>>InterpointGKBuc001=CiscoGK
>>>
>>> [Neighbor::InterpointGKBuc001]
>>>
>>>what is pretty natural, as CiscoGK is only a type of neighbor
>>>and you can have multiple neighbors of this type.
>>
>> Well, I did that, and it worked. Thanks. I do think that the manual is a 
>> bit vague at this point.
>>
>>>
>>>2ND PROBLEM:
>>>Maybe you hit some bug, I'll check the sources. Make also sure
>>>that your gatekeeper is actually listening to the signalling port (1720 or
>>>1721).
>>
>> Well, the log says listening to 1719 (U) and 1718 (MCast) and 7000 
>> (status)... [panic] what should I do?! [reading the manual]
>> it says there that the signaling port is default 1720. I will explicitly 
>> put it in the config.
>> Nothing changed, nmap scanning shows all but 1719/udp ports closed. I 
>> don't know how else to check if the port is open.
>> Also did the same on [RoutedMode] with CallSignalPort=1721
>> The log says now that gnugk is listening on 1721. Also nmap shows 1721/tcp 
>> open.
>> so this is a bug, CallSignalPort must be explicitly set.
>> The LCF format remains unchanged, though, and the call does NOT go 
>> through.
>>
>>>3RD PROBLEM:
>>>FileAcct will store accounting records only if a call is passing
>>>through the gatekeeper. If you are using direct mode and LRQ,
>>>the call will not go through the gatekeeper, rather directly
>>>to the termination gateway.
>>
>>  Hence my problem :)
>>
>>>
>>>----- Original Message ----- 
>>>From: "Siderite" <Siderite@xxxxx>
>>>Sent: Thursday, January 20, 2005 11:58 AM
>>>
>>>
>>>>   I am detailing a post (sent from another email address) to which
>>>> Michal told me to add more information:
>>
>>
>>
>>
>>>>   As in  the previous post I am trying to do 2 things:
>>
>>
>>>>
>>>> I. get calls transfered by a Cisco gatekeeper to a Cisco gateway through
>>>> the
>>>> GnuGK (GW1->CiscoGK->GnuGK->GW2)
>>>>
>>>> II. get a true record of the calls that go through GnuGK
>>>>
>>>> ======================
>>>>
>>>> To do that I followed the instructions in the manuals and configured
>>>> things like this:
>>>> CiscoGK has GnuGK set up as a remote zone (this config works with other
>>>> gatekeepers so I don't think there is any problem here)
>>>> GnuGk has CiscoGK set up as a neighbor
>>>>
>>>> 1ST PROBLEM:
>>>>
>>>> the new neighbor config system doesn't work:
>>>> [RasSrv::Neighbors]
>>>> CiscoGK=InterpointGKBuc001
>>>>
>>>> [Neighbor::CiscoGK]
>>>> Host=xxx.xxx.xxx.147
>>>> AcceptPrefixes=*
>>>> SendPrefixes=*
>>>> ForwardHopCount=2
>>>> ForwardLRQ=Always
>>>> ForwardResponse=1
>>>>
>>>> This is the GnuGK config and the log says, immediately after starting
>>>> the gatekeeper:
>>>> 2005/01/20 12:41:04.091 1     Neighbor.cxx(710) NB Can't get profile for
>>>> neighbor CiscoGK
>>>> 2005/01/20 12:41:04.091 1     Neighbor.cxx(159) NB Delete neighbor 
>>>> CiscoGK
>>>>
>>>> I used the old system and thus configured the neighbor like this:
>>>> [RasSrv::Neighbors]
>>>> InterpointGKBuc001=193.230.176.147;
>>>>
>>>> and it seems to be working.
>>>>
>>>> Then I configured the GnuGK to be in routed mode.
>>>> [RoutedMode]
>>>> GKRouted=1
>>>> H245Routed=1
>>>>
>>>> 2ND PROBLEM:
>>>>
>>>> When I send a call from GW1 it sends the LRQ to CiscoGK, then it goes to
>>>> the GnuGK and then a LCF is issued. The LCF looks like this:
>>>> locationConfirm {
>>>>    requestSeqNum = 8177
>>>>    callSignalAddress = ipAddress {
>>>>      ip =  4 octets {
>>>>        xx xx xx 17                                        ..w.
>>>>      }
>>>>      port = 0
>>>>    }
>>>>    rasAddress = ipAddress {
>>>>      ip =  4 octets {
>>>>        xx xx xx 17                                        ..w.
>>>>      }
>>>>      port = 1719
>>>>    }
>>>>  }
>>>>
>>>> The CallSignalAddress has port 0 !!!??? and the IP is the IP of GnuGK.
>>>>
>>>> A solution is to remove the routed mode, even if I do need the control
>>>> and information wealth that routed mode offers. Then the LCF looks like
>>>> this:
>>>> locationConfirm {
>>>>    requestSeqNum = 8193
>>>>    callSignalAddress = ipAddress {
>>>>      ip =  4 octets {
>>>>        xx xx xx 98                                        ....
>>>>      }
>>>>      port = 1720
>>>>    }
>>>>    rasAddress = ipAddress {
>>>>      ip =  4 octets {
>>>>        xx xx xx 17                                        ..w.
>>>>      }
>>>>      port = 1719
>>>>    }
>>>>  }
>>>> which is the correct way it should look, I guess, and the call is
>>>> transfered.
>>>>
>>>> 3RD PROBLEM:
>>>> I configured logging like this:
>>>> [CallTable]
>>>> GenerateUCCDR=1
>>>>
>>>> [Gatekeeper::Acct]
>>>> FileAcct=required;start,stop
>>>>
>>>> [FileAcct]
>>>> DetailFile=/usr/local/var/log/gnugk.detail.log
>>>> StandardCDRFormat=1
>>>> ;CDRString=%g|%n|%d|%c|%s|%u|%{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}
>>>>
>>>> The log file is generated, but nothing at all is written in the file.
>>>>
>>>>  Please help!
>>>>
>>>> ==========================
>>>> detail gnugk config [routed mode]
>>>> [Gatekeeper::Main]
>>>> Fourtytwo=42
>>>> Name=gnugk
>>>>
>>>> [GkStatus::Auth]
>>>> rule=allow
>>>>
>>>> [RoutedMode]
>>>> GKRouted=1
>>>> H245Routed=1
>>>> ;AcceptNeighborsCalls=1
>>>> ;AcceptUnregisteredCalls=0
>>>> ;SupportNATedEndpoints=1
>>>> ;RemoveH245AddressOnTunneling=1
>>>> ;ForwardOnFacility=0
>>>>
>>>> [Proxy]
>>>> Enable=0
>>>> ;ProxyForNAT=1
>>>>
>>>> [RasSrv::GWPrefixes]
>>>> amir=074
>>>>
>>>> [RasSrv::PermanentEndpoints]
>>>> xxx.xxx.xxx.152=amir;074
>>>>
>>>> [RasSrv::Neighbors]
>>>> InterpointGKBuc001=xxx.xxx.xxx.147;
>>>>
>>>> [RasSrv::LRQFeatures]
>>>> NeighborTimeout=2
>>>> ForwardHopCount=2
>>>> CiscoGKCompatible=1
>>>> ;IncludeDestinationInfoInLCF=0
>>>>
>>>> [CallTable]
>>>> GenerateUCCDR=1
>>>>
>>>> [Gatekeeper::Acct]
>>>> FileAcct=required;start,stop
>>>>
>>>> [FileAcct]
>>>> DetailFile=/usr/local/var/log/gnugk.detail.log
>>>> StandardCDRFormat=0
>>>> CDRString=%g|%n|%d|%c|%s|%u|%{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}
>>>>
>>>> or
>>>>
>>>> StandardCDRFormat=1
>>>>
>>>> ==============================
>>>>
>>>> detail log [routed mode]:
>>>> 2005/01/20 12:20:56.339 4       RasSrv.cxx(199) RAS Receiving on
>>>> xxx.xxx.xxx.23:1718(Mcast)
>>>> 2005/01/20 12:20:56.340 2       RasSrv.cxx(168) RAS Read from
>>>> xxx.xxx.xxx.147:1719
>>>> 2005/01/20 12:20:56.358 3       RasSrv.cxx(207) RAS
>>>> locationRequest {
>>>>    requestSeqNum = 8177
>>>>    destinationInfo = 1 entries {
>>>>      [0]=dialedDigits "0744325669"
>>>>    }
>>>>    nonStandardData = {
>>>>      nonStandardIdentifier = h221NonStandard {
>>>>        t35CountryCode = 181
>>>>        t35Extension = 0
>>>>        manufacturerCode = 18
>>>>      }
>>>>      data =  63 octets {
>>>>        82 84 b0 11 00 d4 4f 71  f1 6a 02 11 d9 aa f0 f5 
>>>> ......Oq.j......
>>>>        bd 2d 41 1d ea 01 83 27  02 04 00 a7 76 58 99 c4 
>>>> .-A....'....vX..
>>>>        0e 00 61 00 73 00 7c 00  69 00 6e 00 74 00 65 00 
>>>> ..a.s.|.i.n.t.e.
>>>>        72 00 70 00 6f 00 69 00  6e 00 74 00 32 00 35 
>>>> r.p.o.i.n.t.2.5
>>>>      }
>>>>    }
>>>>    replyAddress = ipAddress {
>>>>      ip =  4 octets {
>>>>        xx xx xx 93                                        ....
>>>>      }
>>>>      port = 1719
>>>>    }
>>>>    sourceInfo = 1 entries {
>>>>      [0]=h323_ID  18 characters {
>>>>        0049 006e 0074 0065 0072 0070 006f 0069   Interpoi
>>>>        006e 0074 0047 004b 0042 0075 0063 0030   ntGKBuc0
>>>>        0030 0031                                 01
>>>>      }
>>>>    }
>>>>    canMapAlias = TRUE
>>>>  }
>>>> 2005/01/20 12:20:56.371 5          job.cxx(360) JOB Worker threads: 6
>>>> total - 6 busy, 0 idle
>>>> 2005/01/20 12:20:56.371 5          job.cxx(188) JOB Starting Job LRQ at
>>>> Worker thread 114696
>>>> 2005/01/20 12:20:56.371 1       RasSrv.cxx(328) RAS LRQ Received
>>>> 2005/01/20 12:20:56.372 5        Routing.h(125) ROUTING Checking policy
>>>> Explicit for the request LRQ 8177
>>>> 2005/01/20 12:20:56.372 5        Routing.h(125) ROUTING Checking policy
>>>> Internal for the request LRQ 8177
>>>> 2005/01/20 12:20:56.372 2       RasTbl.cxx(664) RASTBL Gateway 1523_endp
>>>> matched by prefix 074
>>>> 2005/01/20 12:20:56.372 4       RasTbl.cxx(1068) Prefix match for GW
>>>> xxx.xxx.xxx.152:1720
>>>> 2005/01/20 12:20:56.372 5        Routing.h(131) ROUTING Policy Internal
>>>> applied to the request LRQ 8177
>>>> 2005/01/20 12:20:56.374 2       RasSrv.cxx(373)
>>>> LCF|xxx.xxx.xxx.147|1523_endp|0744325669:dialedDigits|xxx.xxx.xxx.147;
>>>> 2005/01/20 12:20:56.375 6     yasocket.cxx(610) 127.0.0.1:33061 72 bytes
>>>> sent
>>>> 2005/01/20 12:20:56.375 3       RasSrv.cxx(219) RAS Send to
>>>> xxx.xxx.xxx.147:1719
>>>> locationConfirm {
>>>>    requestSeqNum = 8177
>>>>    callSignalAddress = ipAddress {
>>>>      ip =  4 octets {
>>>>        xx xx xx 17                                        ..w.
>>>>      }
>>>>      port = 0
>>>>    }
>>>>    rasAddress = ipAddress {
>>>>      ip =  4 octets {
>>>>        xx xx xx 17                                        ..w.
>>>>      }
>>>>      port = 1719
>>>>    }
>>>>  }
>>>> 2005/01/20 12:20:56.376 5       RasSrv.cxx(233) RAS Sent Successful
>>>> 2005/01/20 12:20:56.376 5          job.cxx(423) JOB Job LRQ deleted
>>>>
>>>>
>>>> -- 
>>>> Siderite <Siderite@xxxxx>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>
>_______________________________________________________
>
>List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
>Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
>Homepage: http://www.gnugk.org/
>




----

Home, no matter how far...
http://www.home.ro


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

_______________________________________________________

List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/

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

  Powered by Linux