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]

 



Hi,

there is a know limitation when using H.460.18 on multi-homed servers
(documented in docs/known_bugs.txt).

Try switching off H.460.18 if you can.

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

Regards,
Jan

Robert Kulagowski via gnugk-users wrote:
> I'm using the v5.1 code precompiled for Ubuntu from the website.
> 
> I have a system with two interfaces; one is external, one is internal.
> 
> The external interfaces is configured in /etc/netplan as:
> 
> network:
>     ethernets:
>         eno1:
>             addresses:
>             - 10.244.23.2/24
>             nameservers:
>                 addresses:
>                 - 10.23.1.40
>                 - 10.23.1.41
>             routes:
>             -   to: 10.0.0.0/8
>                 via: 10.244.23.1
>         eno2:
>             addresses:
>             - 38.142.191.116/29
>             - 38.142.191.117/29
>             - 38.142.191.118/29
>             gateway4: 38.142.191.113
>             nameservers:
>                 addresses:
>                 - 8.8.8.8
>                 - 8.8.4.4
>     version: 2
> 
> 
> Running "ip a" shows that the interfaces are there:
> 3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
> group default qlen 1000
>     link/ether 6c:2b:59:80:7f:5b brd ff:ff:ff:ff:ff:ff
>     inet 38.142.191.116/29 brd 38.142.191.119 scope global eno2
>        valid_lft forever preferred_lft forever
>     inet 38.142.191.117/29 brd 38.142.191.119 scope global secondary eno2
>        valid_lft forever preferred_lft forever
>     inet 38.142.191.118/29 brd 38.142.191.119 scope global secondary eno2
>        valid_lft forever preferred_lft forever
>     inet6 fe80::6e2b:59ff:fe80:7f5b/64 scope link
>        valid_lft forever preferred_lft forever
> 
> Firewall rules are "open"
> 1024:65535/udp on eno2     ALLOW       Anywhere                   (log)
> 1024:65535/tcp on eno2     ALLOW       Anywhere                   (log)
> 1024:65535/udp on eno1     ALLOW       Anywhere                   (log)
> 1024:65535/tcp on eno1     ALLOW       Anywhere                   (log)
> 
> I have a very simple /etc/gnugk.ini:
> [Gatekeeper::Main]
> TimeToLive=3600
> Bind=38.142.191.116
> StatusPort=7000
> ExternalIsDynamic=0
> TraceLevel=5
> CompareAliasType=0
> CompareAliasCase=0
> MaximumBandwidthPerCall=30720
> UseBroadcastListener=0
> UseMulticastListener=0
> 
> [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
> 
> [RoutingPolicy]
> default=explicit,internal,enum,srv,rds,dns
> 
> [Proxy]
> Enable=1
> ProxyAlways=0
> InternalNetwork=10.0.0.0/8
> RTPPortRange=55000-55999
> RTPMultiplexing=1
> RTPMultiplexPort=2776
> RTCPMultiplexPort=2777
> 
> [GkStatus::Auth]
> rule=regex | explicit
> regex=^10\.[0-9]+\.[0-9]+\.[0-9]+$
> 127.0.0.1=allow
> default=forbid
> Shutdown=allow
> status=allow
> 
> [RasSrv::RRQFeatures]
> SupportDynamicIP=1
> OverwriteEPOnSameAddress=1
> 
> [RasSrv::LRQFeatures]
> AcceptNonNeighborLCF=1
> AcceptNonNeighborLRQ=1
> 
> [LogFile]
> Rotate=Daily
> RotateTime=00:00
> 
> [ModeSelection]
> 10.0.0.0/8=PROXY,ROUTED
> 
> [Routing::Explicit]
> 38.142.191.118=guest
> 38.142.181.117=servicedesk
> 
> GnuGK appears to be finding the interfaces and is listening:
> 2019/03/08 19:12:01.439 2             RasSrv.cxx(972)   GK      Home =
> 38.142.191.118,38.142.191.117,38.142.191.116,10.244.23.2,127.0.0.1
> 2019/03/08 19:12:01.439 1             RasSrv.cxx(623)   Listening to
> 38.142.191.118:1719(U)
> 2019/03/08 19:12:01.439 5           yasocket.cxx(1008)  RasSrv  Total sockets: 1
> 2019/03/08 19:12:01.439 1             RasSrv.cxx(623)   Listening to
> 38.142.191.118:1720
> 2019/03/08 19:12:01.439 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 1
> 2019/03/08 19:12:01.439 1             RasSrv.cxx(623)   Listening to
> 38.142.191.118:7000
> 2019/03/08 19:12:01.439 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 2
> 2019/03/08 19:12:01.439 1             RasSrv.cxx(623)   Listening to
> 38.142.191.117:1719(U)
> 2019/03/08 19:12:01.439 5           yasocket.cxx(1008)  RasSrv  Total sockets: 2
> 2019/03/08 19:12:01.439 1             RasSrv.cxx(623)   Listening to
> 38.142.191.117:1720
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 3
> 2019/03/08 19:12:01.440 1             RasSrv.cxx(623)   Listening to
> 38.142.191.117:7000
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 4
> 2019/03/08 19:12:01.440 1             RasSrv.cxx(623)   Listening to
> 38.142.191.116:1719(U)
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  RasSrv  Total sockets: 3
> 2019/03/08 19:12:01.440 1             RasSrv.cxx(623)   Listening to
> 38.142.191.116:1720
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 5
> 2019/03/08 19:12:01.440 1             RasSrv.cxx(623)   Listening to
> 38.142.191.116:7000
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 6
> 2019/03/08 19:12:01.440 1             RasSrv.cxx(623)   Listening to
> 10.244.23.2:1719(U)
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  RasSrv  Total sockets: 4
> 2019/03/08 19:12:01.440 1             RasSrv.cxx(623)   Listening to
> 10.244.23.2:1720
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 7
> 2019/03/08 19:12:01.440 1             RasSrv.cxx(623)   Listening to
> 10.244.23.2:7000
> 2019/03/08 19:12:01.440 5           yasocket.cxx(1008)  TCPSrv  Total sockets: 8
> 
> The "guest" instance registers with an H.323 dialed digits of "5127"
> 
> If I place a call to 38.142.191.116##5127, the call connects
> If I place a call directly to .118, I would expect that the call
> connects, but it doesn't.
> _______________________________________________________
> 
> 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/


-- 
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail  : jan@xxxxxxxxxxxxxx
Website: https://www.gnugk.org
Support: https://www.willamowius.com/gnugk-support.html

Relaxed Communications GmbH
Frahmredder 91, 22393 Hamburg, Germany
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584
_______________________________________________________

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