Re: New installation; Ubuntu 18.04, multiple secondary interfaces, connection failure with explicit routing

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

 



On Wed, Mar 13, 2019 at 1:19 PM Jan Willamowius via gnugk-users
<gnugk-users@xxxxxxxxxxxxxxx> wrote:
> Try switching off H.460.18 if you can.

[RoutedMode]
TcpKeepAlive=1
GKRouted=1
CallSignalPort=1720
H245Routed=1
H245TunnelingTranslation=1
H245PortRange=56000-56999
AcceptUnregisteredCalls=1
TreatUnregisteredNAT=1
SupportNATedEndpoints=1
SupportCallingNATedEndpoints=1
#EnableH46018=1
#H46018NoNat=0
EnableH46023=1
H46023STUN=stun.h323.net
ENUMservers=enum.daileddigits.com,nrenum.net,e164.arpa
RDSservers=rds.h323.net

> Also, using Bind=38.142.191.116 probably doesn't help when you want to
> use all public IPs.

I did that, but now when I get a connect from the outside
(98.242.32.5), it looks like the response that we're sending back is
using my internal IP address in the connect? 10.244.23.2 instead of
38.142.191.116 (which is the "base" IP address)

2019/03/13 19:26:10.217 4       ProxyChannel.cxx(2121)  Q931    Send
to 98.242.32.5:3235 {
  q931pdu = {
    protocolDiscriminator = 8
    callReference = 14459
    from = destination
    messageType = Connect
    IE: Display = {
      73 65 72 76 69 63 65 64  65 73 6b 2d 75 73         servicedesk-us
    }
    IE: User-User = {
      22 c0 06 00 08 91 4a 00  05 00 0a f4 17 02 da c1   ".....J.........
      22 c0 b5 00 23 31 0a 48  44 58 20 34 30 30 30 20   "...#1.HDX 4000
      48 44 15 52 65 6c 65 61  73 65 20 2d 20 33 2e 31   HD.Release - 3.1
      2e 31 31 2d 35 33 30 32  34 00 18 29 68 00 10 00   .11-53024..)h...
      00 1f 2c af bc 45 9a cb  a8 c1 15 4c c0 11 00 30   ..,..E.....L...0
      25 68 00 10 00 00 1f 2c  af bc 45 9a cb a8 c1 81   %h.....,..E.....
      1d 02 00 00 07 00 08 81  6b 00 03 18 10 00 07 00   ........k.......
      08 81 6b 00 03 2b 00 04  00 43 a1 4c d4 e7 b8 8c   ..k..+...C.L....
      d8 c9 2a 50 c5 5c b0 25  57 00 21 97 da 70 5f 99   ..*P.\.%W.!..p_.
      92 15 fc 1d 3d 2b ac 2f  97 dd 50 2e fd a4 34 83   ....=+./..P...4.
      10 16 d9 bd f5 4e 74 6c  f8 1a c5 f0 d8 ed df 8e   .....Ntl........
      6a 87 f0 d2 f3 03 4b d1  17 bc c7 d9 3d 0b 71 fb   j.....K.....=.q.
      5f 38 f2 d3 c5 dc 5a 61  f6 91 97 cb 58 cb b7 5a   _8....Za....X..Z
      8e fe 85 20 d6 1a 27 79  0b 6f 90 31 0f 49 c2 e4   ... ..'y.o.1.I..
      69 67 40 cf bd f7 d5 a2  1b 11 a0 00 74 94 a7 e8   ig@.........t...
      ac 21 d9 ba 87 d3 fc 98  1d 04 00 ff ff ff ff ff   .!..............
      ff ff ff c9 0f da a2 21  68 c2 34 c4 c6 62 8b 80   .......!h.4..b..
      dc 1c d1 29 02 4e 08 8a  67 cc 74 02 0b be a6 3b   ...).N..g.t....;
      13 9b 22 51 4a 08 79 8e  34 04 dd ef 95 19 b3 cd   .."QJ.y.4.......
      3a 43 1b 30 2b 0a 6d f2  5f 14 37 4f e1 35 6d 6d   :C.0+.m._.7O.5mm
      51 c2 45 e4 85 b5 76 62  5e 7e c6 f4 4c 42 e9 a6   Q.E...vb^~..LB..
      37 ed 6b 0b ff 5c b6 f4  06 b7 ed ee 38 6b fb 5a   7.k..\......8k.Z
      89 9f a5 ae 9f 24 11 7c  4b 1f e6 49 28 66 51 ec   .....$.|K..I(fQ.
      e6 53 81 ff ff ff ff ff  ff ff ff 00 08 02 01 00   .S..............
      01 00 01 00 01 40 02 80  01 00                     .....@....
    }
  }
  h225pdu = {
    h323_uu_pdu = {
      h323_message_body = connect {
        protocolIdentifier = 0.0.8.2250.0.5
        h245Address = ipAddress {
          ip =  4 octets {
            0a f4 17 02                                        ....
          }
          port = 56001
        }

<snip>

What I'm experiencing is a "half" connect. The HDX 4002 begins ringing
to indicate an incoming call, the status gumball goes to green, but I
still only end up with a self-view instead of a transition to a full
call.
_______________________________________________________

Posting: mailto:gnugk-users@xxxxxxxxxxxxxxx
Archive: https://lists.gnugk.org/pipermail/gnugk-users/
Unsubscribe: https://lists.gnugk.org/lists/listinfo/gnugk-users
Homepage: https://www.gnugk.org/




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

  Powered by Linux