I cannot test this any more. Yesterday we migrated it to PPPoE with a firewall we actually control, that has no ALG active.
Anyway we now have a standards compliant working environment.

So BBOX behaviour is now irrelevant outside bridging DSL -> Ethernet.

Summary: Ok PPPoE transiotion complete... effectivly a lot less hassle and more reliability. (It will need some cabling and extra WiFi AP...) Thinks for responces at least it helped solve some issues. It would be nice if Brekeke could accept Rogue ALG inserted Via Records somehow. (even if it could ...

Thanks for the document. I'll read it. atm we are setting up the network for PPPoE (it requires some extra hardware etc. to get it done, then at least we can be sure something that works for 2 years should not automagically fail in the future). OTOH, why can Gigaset, Cisco phones work by ignoring ...

It is an added received parameter see above packet log: Transmitted: Via: SIP/2.0/UDP Brekeke.public.ipad.ress:5060;branch=z9hG4bKd5e97fff51c4-30-2e4886 Receved as: Via: SIP/2.0/UDP 192.168.105.244:5060;branch=z9hG4bKca0749ec694c-30-2e72e6;received=brekeke.public.ipad.ress The 192.168.105.244 is the ...

There is no option for disabling ALG or not. (user mode config)
Admin access is not provided by PROXIMUS to their BBOX.
There is no possibity to replace the box.

The Via is different.
From & To are equal.
Call-ID matches.

The Via line containing the 192.168.105.244 most probably is a belgacom CPE gateway item.

Brekeke is behind a router behind the Belgacom CPE.
A gigaset phone behind this same router can dial & be called without problems.

So this shows several of these: ============================================== svlistener: debug: remote=sipprovider.ip.ad.re.ss:5060 at 08/21/18 22:14:43.088 ============================================== SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.105.244:5060;branch=z9hG4bKca0749ec694c-30 ...

@Lucy, Please take note THERE are responces to the requests. Those are the 401 status responces. The 401 response SHOULD cuase a new INVITE WITH authentication info, problem is it doesn't create those but just retransmists the un-authenticated. AFAICT the 401 on INVITE has never been picked up by ...

1. Brekeke Product Name and Version: PBX 3.6.3 - upgraded to PBX 3.8.5.2/493-3 2. Java version: 1.7 - upgraded to 1.8.0-181 3. OS type and the version: Linux Debian 8u15 4. UA (phone), gateway or other hardware/software involved: Cisco & Gigaset.. phones 5. Your problem: Brekeke registers with VOIP ...

I might be able to Send packet without Don't fragment... (mangle and mask a few bits...) But i will NEVER receive packets that are larger > 1492 (MTU) and have don't fragment set. as the upstream router will drop those before sending them down the ppp link. Which was the original cause of problems ...

TCP gives upstream problems, after a while no calls come in anymore.
(upstream problem somewhere as i see REGISTER packet leave every 5 minutes.)

The UDP packets are from both sides, marked as Don't fragment.

Ok didn't realize that one [SIP packet size] because "Check Packet size" above it is off. Does it clear the "Don't fragment" bit..? Appearantly not: Internet Protocol Version 4, Src: 192.168.98.30 (192.168.98.30), Dst: xx.xx.xx.xx Version: 4 Header length: 20 bytes Differentiated Services Field ...

1. Brekeke Product Name and Version: Brekeke PBX, Version 3.2.4.3 , Pro 2. Java version: openjdk version "1.8.0_161" 3. OS type and the version: Linux, ClearOS release 7.4.0 (Final) 4. UA (phone), gateway or other hardware/software involved: na. 5. Your problem: When connecting to an ISP some people ...

Yes & No... Yes i got a mail telling to look into a different file, but that was cleaned by me as a test also, no cigar. The real problem is the presence of a java stackdump in the HTML code produced... Which stops brekeke being managable. (or producing any thing in the browsers window). And to be ...

Any news ?

mail is underway

It obviously is a bug that a java exception would expose itself in the java script generated. A failing translation probably should leave the keyword untranslated in the text. Even more so if mere log files (what needs a translation there) can break the system to completely non-functional. I can't ...

Removing ALL logfiles did allow a logon.
After that service restarted, although some configs were broken.

After clean some logfiles out: 2017-09-28 23:48:42,036 [localhost-startStop-1] DEBUG (?:?) - 2 ptnRemoteIP=null 2017-09-28 23:48:42,037 [localhost-startStop-1] DEBUG (?:?) - 2 ptnRemoteIP3PCC=null 2017-09-28 23:48:42,101 [localhost-startStop-1] DEBUG (?:?) - /var/lib/tomcat8/webapps/pbx//WEB-INF ...

After clean some logfiles out: 2017-09-28 23:48:42,036 [localhost-startStop-1] DEBUG (?:?) - 2 ptnRemoteIP=null 2017-09-28 23:48:42,037 [localhost-startStop-1] DEBUG (?:?) - 2 ptnRemoteIP3PCC=null 2017-09-28 23:48:42,101 [localhost-startStop-1] DEBUG (?:?) - /var/lib/tomcat8/webapps/pbx//WEB-INF ...

Still no starting service

Hi the emaildirectory was non existant.
So no log files at all, definitely no bad ones.

I created the directory.

Version is 3.6.3.0.

1. Brekeke Product Name and Version: 3.... 2. Java version: sun-8, tomcat 8.0.46 3. OS type and the version: Linux Debian 4. UA (phone), gateway or other hardware/software involved: 5. Your problem: PBX fails to start with: 17/09/28 00:04:39 PBXADMIN INFO Web Server initializing. 17/09/28 00:04:39 ...