Modify

Opened 4 years ago

Closed 4 years ago

#17194 closed defect (fixed)

lantiq BT Home Hub 2B - adsl fails to connect using bb-rc1, works fine with r41580

Reported by: benm1 Owned by: developers
Priority: normal Milestone: Chaos Calmer 15.05
Component: packages Version: Trunk
Keywords: lantiq dsl Cc:

Description

I cannot get an adsl connection using the precompiled barrier breaker rc1 image. If I build my own image however from trunk snapshot 41580 (which ought to be exactly the same thing) it works fine. I am using pppoa, annex a.

from /etc/config/network :
(This works if I build my own image, so the problem can't be here)

    config interface 'wan'
            option proto 'pppoa'
            option username 'xxxxxxxx@plusdsl.net'
            option password 'xxxxxxxx'
            option vpi '0'
            option vci '38'
            option encaps 'vc'
            option ipv6 '0'
            option macaddr '00:01:22:33:44:56'

    config adsl 'dsl'
            option annex 'a'
            option firmware '/lib/firmware/adsl.bin'

I thought the reason might be that /lib/firmware/adsl.bin was pointing to the annex b firmware, but I have checked and it is not.

root@OpenWrt:/# ls -l /lib/firmware/
lrwxrwxrwx    1 root     root            38 Jul 13  2014 adsl.bin -> /lib/firmware//ltq-dsl-fw-a-danube.bin
-r--r--r--    1 root     root        328920 Sep 30  2009 ltq-dsl-fw-a-danube.bin

At least one other person has encountered the same problem, again with annex a, pppoa on the Home Hub 2B. I have no ideal whether other annex b, pppoe or other lantiq modems are affected.

PPP log output:

Sat Jul 12 16:19:15 2014 daemon.info pppd[1341]: Plugin pppoatm.so loaded.
Sat Jul 12 16:19:15 2014 daemon.info pppd[1341]: PPPoATM plugin_init
Sat Jul 12 16:19:15 2014 daemon.info pppd[1341]: PPPoATM setdevname_pppoatm - SUCCESS:0.38
Sat Jul 12 16:19:15 2014 daemon.notice pppd[1341]: pppd 2.4.6 started by root, uid 0
Sat Jul 12 16:19:15 2014 daemon.debug pppd[1341]: using channel 5
Sat Jul 12 16:19:15 2014 daemon.info pppd[1341]: Using interface pppoa-wan
Sat Jul 12 16:19:15 2014 daemon.notice pppd[1341]: Connect: pppoa-wan <--> 0.38
Sat Jul 12 16:19:15 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:18 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:21 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:24 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:27 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:30 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:33 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:36 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:39 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:42 2014 daemon.debug pppd[1341]: sent [LCP ConfReq id=0x1 <magic 0xca9aa01b>]
Sat Jul 12 16:19:45 2014 daemon.warn pppd[1341]: LCP: timeout sending Config-Requests
Sat Jul 12 16:19:45 2014 daemon.notice pppd[1341]: Connection terminated.
Sat Jul 12 16:19:45 2014 daemon.notice pppd[1341]: Modem hangup
Sat Jul 12 16:19:45 2014 daemon.info pppd[1341]: Exit.
Sat Jul 12 16:19:45 2014 daemon.notice netifd: Interface 'wan' is now down
root@OpenWrt:~# /etc/init.d/dsl_control status
killall: dsl_cpe_control: no process killed
Chipset:
killall: dsl_cpe_control: no process killed
Line State:             DOWN [0xfff: not running daemon]
killall: dsl_cpe_control: no process killed
killall: dsl_cpe_control: no process killed
Data Rate:              0 b/s / 0 b/s
killall: dsl_cpe_control: no process killed
killall: dsl_cpe_control: no process killed
Line Attenuation:       0.0dB / 0.0dB
Noise Margin:           0.0dB / 0.0dB
killall: dsl_cpe_control: no process killed
Line Uptime:            down

Attachments (0)

Change History (3)

comment:1 Changed 4 years ago by benm1

If I start dsl_cpe_control manually the connection comes up. So in actual fact the only problem is that dsl_cpe_control does not appear to be started automatically in the pre-built images. I'll investigate further.

comment:2 Changed 4 years ago by blogic

ok, will have a look aswell tonight ...

comment:3 Changed 4 years ago by blogic

  • Resolution set to fixed
  • Status changed from new to closed

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.