ISP Testing - Quick Reference Guide¶
TL;DR¶
Configuration: Technicolor DGA4135NLK in BRIDGE MODE Impact: None (transparent, layer-2 only) Firewall Changes: NONE required Implementation: 15 minutes Rollback: 5 minutes (just unplug)
Pre-Implementation Checklist¶
# Backup UCG config
ssh root@REDACTED_IP
# Via UniFi UI: Settings → System → Backup → Download
# Verify monitoring is running
ssh root@REDACTED_IP8
systemctl status isp-monitor # or: pgrep -f enhanced_monitor.py
# Note baseline metrics from CT1118
sqlite3 /opt/isp-monitor/data/isp_evidence.db \
"SELECT AVG(download_mbps), AVG(upload_mbps), AVG(ping_ms) FROM speedtests WHERE timestamp >= datetime('now', '-24 hours');"
Installation Steps¶
Step 1: Physical Connection (15 min downtime)¶
BEFORE: ONT → [eth4] UCG
AFTER: ONT → [WAN] Technicolor [LAN1] → [eth4] UCG
Step 2: Configure Technicolor¶
- Connect laptop to Technicolor LAN port
- Browser to:
http://192.168.1.1 - Navigate: Control Pages → Gateway Settings → Routed Type
- Change to: Bridge
- Save & reboot
Step 3: Verify UCG Connection¶
ssh root@REDACTED_IP
# Check WAN1 status in UniFi UI
# Should show: Connected, PPPoE active, IP: 91.151.254.171
Step 4: Validate¶
# From hub2
ssh hub2
ping REDACTED_IP # UK UCG via WireGuard
ping REDACTED_IP # px1
sudo wg show # Check WireGuard status
curl https://docs.charliehub.net # Public service
# Check latency increase
ssh root@REDACTED_IP
ping -c 4 8.8.8.8 # Should be 3-4ms (normal: 2ms)
Step 5: Monitor Performance¶
# Watch CT1118 speedtest results
ssh root@REDACTED_IP8
tail -f /opt/isp-monitor/logs/monitor.log | grep -i "speedtest\|download\|upload"
# After 24 hours, compare metrics
sqlite3 /opt/isp-monitor/data/isp_evidence.db \
"SELECT AVG(download_mbps), AVG(upload_mbps), AVG(ping_ms) FROM speedtests WHERE timestamp >= datetime('now', '-24 hours');"
Troubleshooting¶
"Cannot reach Technicolor at 192.168.1.1"¶
- Ensure you're connected to Technicolor LAN port
- Power cycle Technicolor
- Default credentials: check label or ISP documentation
- ISP may have set custom IP - contact them
"PPPoE fails after bridge mode"¶
- Verify Technicolor is actually in bridge mode (check admin panel)
- Restart UCG WAN interface
- Check if ISP uses VLAN tagging (needs UCG VLAN config)
- Contact ISP to verify bridge mode was properly enabled
"Latency increased >10ms"¶
- Technicolor may not be in true bridge mode
- Verify: NAT disabled, DHCP disabled, bridge enabled
- If problem persists, revert and contact ISP for alternative
"Services slower than expected"¶
- Allow 24-48 hours for traffic pattern stabilization
- CT1118 will show improved metrics once ISP completes diagnostics
- Increased latency is expected & acceptable (1-5ms)
Rollback (Emergency)¶
# If anything goes wrong:
# Step 1: Unplug Technicolor
# Physical: ONT → [disconnect] → [reconnect] → [eth4] UCG
# Step 2: Verify UCG recovers
ssh root@REDACTED_IP
# WAN1 should reconnect within 30 seconds
# Step 3: Confirm connectivity
ping 8.8.8.8 # Should return to 2ms latency
# Done - no config changes needed
What to Expect¶
| Metric | Before | During | Note |
|---|---|---|---|
| Latency | 2ms | 3-4ms | ✅ Normal |
| Throughput | 900 Mbps | 895 Mbps | ✅ Normal |
| Packet loss | <0.1% | <0.1% | ✅ Normal |
| Services | Fast | Fast | ✅ No impact |
Key Resources¶
- Full Plan:
/opt/charliehub/docs-mkdocs/docs/guides/isp-testing-technicolor-bridge.md - ISP Monitor Data:
ssh root@REDACTED_IP8→/opt/isp-monitor/data/isp_evidence.db - Technicolor Manual: Contact ISP or check DGA4135 datasheet
- UniFi Support:
ssh root@REDACTED_IP→ UniFi Network UI
Contact & Escalation¶
If Technicolor bridge mode doesn't work:
1. Verify with ISP that bridge mode is enabled
2. Check Technicolor logs at 192.168.1.1
3. Have ISP check their TR-069 configuration
4. As last resort: use ISP's router in router mode (requires firewall replication)
Document everything: Screenshot settings before/after, note timestamps of any issues, save CT1118 metrics comparison.