|
| TDC G.SHDSL - dør efter x timers drift Fra : Brian Ipsen |
Dato : 19-08-03 16:13 |
|
Hej!
Jeg har forgæves forsøgt at få en 828 til at køre stabilt på TDC's G.SHDSL
linie, men det stopper typisk med at virke efter 3-4 timer - årsagen er
ukendt....
Den config, jeg anvender, ser sådan her ud:
version 12.2
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
!
hostname c828
!
enable secret 5 xxxx
!
ip subnet-zero
no ip source-route
ip name-server 193.162.159.194
ip name-server 193.162.145.130
!
interface Ethernet0
ip address a.b.c.d 255.255.255.248
no ip redirects
no ip proxy-arp
no cdp enable
hold-queue 100 out
!
interface ATM0
no ip address
no atm ilmi-keepalive
dsl equipment-type CPE
dsl operating-mode GSHDSL symmetric annex B
dsl linerate AUTO
!
interface ATM0.101 point-to-point
ip address w.x.y.z 255.255.255.252
pvc 0/101
encapsulation aal5snap
!
ip classless
ip route 0.0.0.0 0.0.0.0 r.s.t.u
ip http server
!
access-list 10 permit x.x.x.x 0.0.0.63
no cdp run
!
line con 0
password xxxx
stopbits 1
line vty 0 4
access-class 10 in
exec-timeout 120 0
password xxxxx
login
length 0
!
scheduler max-task-time 5000
Nogen idé til hvorfor pokker, det holder op med at virke ???? Har en eller
anden herinde evt. en G.SHDSL med lejet router fra TDC - og et /29 subnet -
som kan dumpe config'en fra den ??
Mvh.
/Brian
| |
Martin Damberg (20-08-2003)
| Kommentar Fra : Martin Damberg |
Dato : 20-08-03 20:44 |
|
"Brian Ipsen" <bipsen@andebakken.dk> skrev i en meddelelse
news:3f423fcc$0$13192$edfadb0f@dread15.news.tele.dk...
> Hej!
>
> Jeg har forgæves forsøgt at få en 828 til at køre stabilt på TDC's
G.SHDSL
> linie, men det stopper typisk med at virke efter 3-4 timer - årsagen er
> ukendt....
>
> Den config, jeg anvender, ser sådan her ud:
>
> version 12.2
> no service pad
> service timestamps debug datetime msec
> service timestamps log datetime msec
> service password-encryption
> !
> hostname c828
> !
> enable secret 5 xxxx
> !
> ip subnet-zero
> no ip source-route
> ip name-server 193.162.159.194
> ip name-server 193.162.145.130
> !
> interface Ethernet0
> ip address a.b.c.d 255.255.255.248
> no ip redirects
> no ip proxy-arp
> no cdp enable
> hold-queue 100 out
> !
> interface ATM0
> no ip address
> no atm ilmi-keepalive
> dsl equipment-type CPE
> dsl operating-mode GSHDSL symmetric annex B
> dsl linerate AUTO
> !
> interface ATM0.101 point-to-point
> ip address w.x.y.z 255.255.255.252
> pvc 0/101
> encapsulation aal5snap
> !
> ip classless
> ip route 0.0.0.0 0.0.0.0 r.s.t.u
> ip http server
> !
> access-list 10 permit x.x.x.x 0.0.0.63
> no cdp run
> !
> line con 0
> password xxxx
> stopbits 1
> line vty 0 4
> access-class 10 in
> exec-timeout 120 0
> password xxxxx
> login
> length 0
> !
> scheduler max-task-time 5000
>
>
> Nogen idé til hvorfor pokker, det holder op med at virke ???? Har en eller
> anden herinde evt. en G.SHDSL med lejet router fra TDC - og et /29
subnet -
> som kan dumpe config'en fra den ??
>
> Mvh.
>
> /Brian
>
>
Jeg kan at vi har nogle 1751'er med sådan en opkobling, som efter sigende
skulle køre fint :
interface ATM0/0
no ip address
no atm ilmi-keepalive
pvc bridging1 0/101
encapsulation aal5snap
!
dsl equipment-type CPE
dsl operating-mode GSHDSL symmetric annex B
dsl linerate AUTO
bridge-group 1
!
interface BVI1
description Forbindelse til PoP
ip address < IP adresse >
no ip unreachables
ip nat outside
!
--
mvh
Martin
Jeg repræsenterer med dette indlæg mig selv og ikke UNI-C
| |
Jesper Skriver (20-08-2003)
| Kommentar Fra : Jesper Skriver |
Dato : 20-08-03 22:41 |
|
On Wed, 20 Aug 2003 21:43:37 +0200, Martin Damberg wrote:
> Jeg kan at vi har nogle 1751'er med sådan en opkobling, som efter sigende
> skulle køre fint :
>
> interface ATM0/0
> no ip address
> no atm ilmi-keepalive
> pvc bridging1 0/101
> encapsulation aal5snap
> !
> dsl equipment-type CPE
> dsl operating-mode GSHDSL symmetric annex B
> dsl linerate AUTO
> bridge-group 1
> !
>
> interface BVI1
> description Forbindelse til PoP
> ip address < IP adresse >
> no ip unreachables
> ip nat outside
Hvorfor koere i BVI ? Det eneste i faar ud af det, er lavere
performance.
--
Jesper Skriver, CCIE #5456, FreeBSD committer
| |
Martin Damberg (21-08-2003)
| Kommentar Fra : Martin Damberg |
Dato : 21-08-03 08:57 |
|
"Jesper Skriver" <harvest@wheel.dk> skrev i en meddelelse
news:slrnbk7qmk.23j5.harvest@freesbee.wheel.dk...
> On Wed, 20 Aug 2003 21:43:37 +0200, Martin Damberg wrote:
"klip"
>
> Hvorfor koere i BVI ? Det eneste i faar ud af det, er lavere
> performance.
>
> --
> Jesper Skriver, CCIE #5456, FreeBSD committer
Formoder det er noget vores teknikere samt Peter Høi har fundet frem til i
samarbejde.
--
mvh
Martin
Jeg repræsenterer med dette indlæg mig selv og ikke UNI-C
| |
Brian Ipsen (21-08-2003)
| Kommentar Fra : Brian Ipsen |
Dato : 21-08-03 14:58 |
|
"Martin Damberg" <martin.damberg@fjern-uni-c.dk> wrote in message
news:JbQ0b.14622$O03.1735@news.get2net.dk...
> Jeg kan at vi har nogle 1751'er med sådan en opkobling, som efter sigende
> skulle køre fint :
>
> interface ATM0/0
> no ip address
> no atm ilmi-keepalive
> pvc bridging1 0/101
> encapsulation aal5snap
> !
> dsl equipment-type CPE
> dsl operating-mode GSHDSL symmetric annex B
> dsl linerate AUTO
> bridge-group 1
> !
>
> interface BVI1
> description Forbindelse til PoP
> ip address < IP adresse >
> no ip unreachables
> ip nat outside
> !
Hmm... men med IP NAT INSIDE/OUTSIDE - sikkert fordi, der anvendes private
range på ethernet-siden. Dette er dog ikke tilfældet her, da der er public
IP på indersiden (dit "klip" ligner noget, som anvendes hvis kunden kun har
1 public IP adresse, og 192.168.x.x på ethernet - eller lignende). Nåeh ja,
og så skal man så også lige slå bridging til i configure mode .... Dette har
været prøvet, uden større success..... - jeg har behov for en mere komplet
config-dump (og evt. info om der er ballade med visse
software-versioner)....
/Brian
| |
Brian Ipsen (22-08-2003)
| Kommentar Fra : Brian Ipsen |
Dato : 22-08-03 11:47 |
|
"Martin Damberg" <martin.damberg@fjern-uni-c.dk> wrote in message
news:JbQ0b.14622$O03.1735@news.get2net.dk...
> Jeg kan at vi har nogle 1751'er med sådan en opkobling, som efter sigende
> skulle køre fint :
>
> interface ATM0/0
> no ip address
> no atm ilmi-keepalive
> pvc bridging1 0/101
> encapsulation aal5snap
> !
> dsl equipment-type CPE
> dsl operating-mode GSHDSL symmetric annex B
> dsl linerate AUTO
> bridge-group 1
> !
>
> interface BVI1
> description Forbindelse til PoP
> ip address < IP adresse >
> no ip unreachables
> ip nat outside
> !
>
Mangler du ikke
bridge irb
bridge 1 protocol ieee
bridge 1 route ip
eller noget i den stil ?
/Brian
| |
Martin Bilgrav (21-08-2003)
| Kommentar Fra : Martin Bilgrav |
Dato : 21-08-03 21:42 |
|
Hej Brian,
Så godt din mail.,.,
Kan det tænkes at det er noget DHCP der evt driller ?
Selvom du måske har fast IP, kan det være at den tildeles via dhcp fra TDC's
side.
Ser den den ikke aktiv uddelt eller andet kunne det være at den dropper den.
Blot en tanke...
Ellers må du debugge lidt på den, evt sætte den til at logge til en syslog
på din PC.
MVh
Martin Bilgrav
"Brian Ipsen" <bipsen@andebakken.dk> wrote in message
news:3f423fcc$0$13192$edfadb0f@dread15.news.tele.dk...
> Hej!
>
> Jeg har forgæves forsøgt at få en 828 til at køre stabilt på TDC's
G.SHDSL
> linie, men det stopper typisk med at virke efter 3-4 timer - årsagen er
> ukendt....
>
> Den config, jeg anvender, ser sådan her ud:
>
> version 12.2
> no service pad
> service timestamps debug datetime msec
> service timestamps log datetime msec
> service password-encryption
> !
> hostname c828
> !
> enable secret 5 xxxx
> !
> ip subnet-zero
> no ip source-route
> ip name-server 193.162.159.194
> ip name-server 193.162.145.130
> !
> interface Ethernet0
> ip address a.b.c.d 255.255.255.248
> no ip redirects
> no ip proxy-arp
> no cdp enable
> hold-queue 100 out
> !
> interface ATM0
> no ip address
> no atm ilmi-keepalive
> dsl equipment-type CPE
> dsl operating-mode GSHDSL symmetric annex B
> dsl linerate AUTO
> !
> interface ATM0.101 point-to-point
> ip address w.x.y.z 255.255.255.252
> pvc 0/101
> encapsulation aal5snap
> !
> ip classless
> ip route 0.0.0.0 0.0.0.0 r.s.t.u
> ip http server
> !
> access-list 10 permit x.x.x.x 0.0.0.63
> no cdp run
> !
> line con 0
> password xxxx
> stopbits 1
> line vty 0 4
> access-class 10 in
> exec-timeout 120 0
> password xxxxx
> login
> length 0
> !
> scheduler max-task-time 5000
>
>
> Nogen idé til hvorfor pokker, det holder op med at virke ???? Har en eller
> anden herinde evt. en G.SHDSL med lejet router fra TDC - og et /29
subnet -
> som kan dumpe config'en fra den ??
>
> Mvh.
>
> /Brian
>
>
| |
Jesper Skriver (21-08-2003)
| Kommentar Fra : Jesper Skriver |
Dato : 21-08-03 23:09 |
|
On Thu, 21 Aug 2003 22:42:00 +0200, Martin Bilgrav wrote:
> Hej Brian,
>
> Så godt din mail.,.,
>
> Kan det tænkes at det er noget DHCP der evt driller ?
> Selvom du måske har fast IP, kan det være at den tildeles via dhcp fra TDC's
> side.
Hvis du nu laeste konfigurationen ...
1) Det er en p2p IPv4 over AAL5SNAP forbindelse.
2) Adressen er fast konfigureret paa routeren.
> Ser den den ikke aktiv uddelt eller andet kunne det være at den dropper den.
>
> Blot en tanke...
>
> Ellers må du debugge lidt på den, evt sætte den til at logge til en syslog
> på din PC.
Hvis der ikke er noget i "show log", saa vil den ikke syslog'e
noget ...
--
Jesper Skriver, CCIE #5456, FreeBSD committer
| |
Martin Bilgrav (22-08-2003)
| Kommentar Fra : Martin Bilgrav |
Dato : 22-08-03 12:38 |
|
"Jesper Skriver" <harvest@wheel.dk> wrote in message
news:slrnbkagna.31ki.harvest@freesbee.wheel.dk...
> On Thu, 21 Aug 2003 22:42:00 +0200, Martin Bilgrav wrote:
> Hvis du nu laeste konfigurationen ...
>
> 1) Det er en p2p IPv4 over AAL5SNAP forbindelse.
> 2) Adressen er fast konfigureret paa routeren.
>
har godt set den, men det er jo kun fra Brian router - Man kan jo godt have
"fast" ip i et dhcp miljø
ved at hardcode den i routeren, mens den "anden ende"s konfig måske er sat
til andet.
Grunden til jeg "tænker højt" om dette er pga lign problemer jeg har fat med
PIX og TDC dhcp.
> Hvis der ikke er noget i "show log", saa vil den ikke syslog'e
> noget ...
Det er klart at logging skal være slået til, hvis man vil syslog'e. Trap
level, samt host og logging on (evt source interface)
men ellers kan man godt have forskellige logginglevels på syslog (logging
trap debug) og på "show log" (logging buffered warning)
Så det er ikke korrekt det du Skriver ... 8)
Mvh
Martin
>
> --
> Jesper Skriver, CCIE #5456, FreeBSD committer
| |
Jesper Skriver (22-08-2003)
| Kommentar Fra : Jesper Skriver |
Dato : 22-08-03 14:09 |
|
On Fri, 22 Aug 2003 13:38:17 +0200, Martin Bilgrav wrote:
>
> "Jesper Skriver" <harvest@wheel.dk> wrote in message
> news:slrnbkagna.31ki.harvest@freesbee.wheel.dk...
>> On Thu, 21 Aug 2003 22:42:00 +0200, Martin Bilgrav wrote:
>
>> Hvis du nu laeste konfigurationen ...
>>
>> 1) Det er en p2p IPv4 over AAL5SNAP forbindelse.
>> 2) Adressen er fast konfigureret paa routeren.
>
> har godt set den, men det er jo kun fra Brian router - Man kan jo godt have
> "fast" ip i et dhcp miljø
DHCP kraever at det er et non p2p interface ...
> ved at hardcode den i routeren, mens den "anden ende"s konfig måske
> er sat til andet. Grunden til jeg "tænker højt" om dette er pga lign
> problemer jeg har fat med PIX og TDC dhcp.
Ja - pga. en bug i TDC's ende, saa kunne man fortsaette med at
koere trafik efter at DHCP leasen udloeb saafremt der statdigt var
en ARP entry - den er vist fixet paa alle koerende boxe, saa du
skal koere DHCP, at det virkede foer var en bug.
Men det har ikke noget med ovenstaaende at goere, da det der er en
p2p forbindelse.
/Jesper
| |
|
|