Title: | FDDI - The Next Generation |
Moderator: | NETCAD::STEFANI |
Created: | Thu Apr 27 1989 |
Last Modified: | Thu Jun 05 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 2259 |
Total number of notes: | 8590 |
HI! We have at a cutomer site the next HW/SW configuration: ----------------- | DEC 7000 AXP | | OSF/1 V3.0 | | Pathworks 5.0 | ----------------- || || || ----------------- | | =======|DECconcentrator|======= // | 500 | \\ || ----------------- || || FDDI ring || || || || ----------------- || \\ | | // =======| DECbridge |======= | 620 | ----------------- | | | ------- | | -------------- | Ethernet ----------------------- | ------ | PC | WFW & PW & TCP/IP ------ The transport for PW is TCP/IP. DEC 7000 AXP is the primary Domain Controller in the "domain" We have two problems: a) We can't net logon to the domain "domain". b) We can't browse servers at the PC site. BUT! we can use PW services (when we know the server name)(file...), telnet,ftp. Our expert for PW said: "The problem is in the broadcasting." 1)It seems that the DECbridge 620 filters the TCP/IP UDP broadcast packets? 2)Is it the default (factory) settings for DECbridge 620 ? 3)Can I change this settings by LCM (Local Console Management) ? OR only by SNMP NMS (which SW? PNV?) ? Thanks for any idea! Gabriel Balogh network specialist Digital Slovakia
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
1643.1 | NETCAD::STEFANI | Welcome to the Revolution! | Thu Mar 30 1995 10:43 | 11 | |
>> 1)It seems that the DECbridge 620 filters >> the TCP/IP UDP broadcast packets? >> >> 2)Is it the default (factory) settings for DECbridge 620 ? The broadcast packets for the TCP/IP protocols use the FF-FF-FF-FF-FF-FF broadcast address as the destination address. I can't believe that any of our bridges filter broadcast packets by default. /l | |||||
1643.2 | NPSS::RAUHALA | Fri Mar 31 1995 15:19 | 1 | ||
what version of code is the bridge running?? | |||||
1643.3 | Version : V1.3 | BRADEC::BPC032::balogh | Take it easy ! | Mon Apr 03 1995 11:32 | 7 |
We can check the code version only by LCM, but LCM is did not respond. From papers I think that version may be V1.3... Gabriel |