|
|
|
| EFFICIENT NETWORKS 5861 ADSL ROUTER & Plug N` Go ! |
|---|
| message from Flossie on 10 Sep 2002 |
Hi,
Could anyone tell me if the EFFICIENT NETWORKS 5861 ADSL ROUTER will support
a Direct connection to BT`s Wire`s Only Service Plug N` Go ? I am very
interested in getting this Model because of it`s Features and it`s Value for
Money Price Tag :)
|
| Dion L Heap replied to Flossie on 10 Sep 2002 |
Yes it will, and it supports netmeeting, messenger etc
regards,
Dion L Heap
|
| Flossie replied to Dion L Heap on 10 Sep 2002 |
Thanks Dion for that info . You have just saved me £5 on phoning BT
Sales/Support up and asking them :)
Paul
"Dion L Heap" <NoSpam@ThankYou.com> wrote in message
news:all8rh$3o7$1@knossos.btinternet.com...
|
| Beck replied to Flossie on 12 Sep 2002 |
Never pay to talk to BT sales. dial 100 and ask for btopenworld sales. its
free
Beck
|
| Loz replied to Dion L Heap on 10 Sep 2002 |
Does it support Messenger Voice and Video?
I thought you needed a UPnP router for that, or is the 5861 UPnP compliant
now?
Or can you configure it in some other way?
Loz
|
| Dion L Heap replied to Loz on 10 Sep 2002 |
I wasnt talking about Microshaft Messenger but Yahoo Messenger and it
supports both video and voice with that. Not sure about video with the
Micro$haft one but Yahoo is better anyway.
regards,
Dion L Heap
|
| Mike H replied to Loz on 10 Sep 2002 |
Not sure if it supports Messenger, but it does support Netmeeting, which
uses H.323 and T.120 protocols.
|
| Philip Thomas replied to Mike H on 11 Sep 2002 |
From: "Mike H" <mhart@nospam.btinternet.com>
Mike,
I've been watching this thread with interest, can you clarify something for
me please?
I thought that H.323 and T.120 where session or application layer protocols?
Unless the router is also a proxy I would have thought it's routing
decisions would be based on network & transport layer protocol information
such as IP address and port number, making the higher level protocols
irelivant?
The Efficient Networks site says that the Firewall for this particular
router will:
a.. Filter on source and/or destination IP address/port value
a.. Filter on SYN, ACK flags and ICMP
a.. Apply input, output, and forward filters on each interface "
Which gives the impression that it's just a stateless packet filter which
would therefore ignore application level information.
I don't have a router and if I where to look into buying one I'd want one
that supported everything I currently can access. Obviously there's more to
this than meets the eye...
Thanks in advance.
Phil
|
| Mike H replied to Philip Thomas on 11 Sep 2002 |
Hi Philip,
This is reasonable, but (as I presume you've guessed), you're missing a
piece of the puzzle. If you're using NAT (something I would strongly
recommend!!), and selectively forwarding ports to private IP addresses that
you are running servers on, then it gets more complicated. This is because
Netmeeting uses dynamic ports rather than static ones, and importantly
(depending on which direction the call was made), an outgoing connection may
NOT have been made on this random port. To permit an incoming connection to
a port which has not established an outgoing connection means that you have
to open the port. So which of the 64K ports do you open?? To be sure of
functionality, you have to open ALL of them, or have some kind of
intelligence built into the router - which is what the EN 5861 manages to
achieve.
Microsoft have a KB article here...
http://www.microsoft.com/windows/NetMeeting/Corp/reskit/Chapter4/default.asp
#two
I agree that the documentation does give this impression, and it's not far
off the truth.
Generally, there is no stateful inspection going on, but there has been BIOS
support for a few of the common protocols...
ftp, telnet, smtp, http, snmp, tftp, dns, rsh, h.323 and t.120
Some of these puzzle me, as surely they could be handled by specifying port
number, but its nice to see FTP being handled correctly.
|
| Philip Thomas replied to Mike H on 12 Sep 2002 |
http://www.microsoft.com/windows/NetMeeting/Corp/reskit/Chapter4/default.asp
Thanks Mike,
Having looked at the site you mentioned I noticed the following phrase "The
H.323 call setup protocol dynamically negotiates a TCP port " I think this
is the key bit I was missing, obviously if H.323 is negotiating the port the
firewall / router needs to understand that protocol if it is to open ports.
As you pointed out, a simple stateless packet filter would have to have all
ports open for a reverse connection on a random port and I can't believe I
didn't think of it earlier! Obviously as you also say, a NAT device would
need to know the protocol to forward to the correct port if port info is in
the application data in the packet! DOH!
Cheers
Phil
|
| Flossie replied to Dion L Heap on 10 Sep 2002 |
so i do not need a DSL modem to connect to it as other ADSL Routers ?
Paul
"Dion L Heap" <NoSpam@ThankYou.com> wrote in message
news:all8rh$3o7$1@knossos.btinternet.com...
|
| Mike H replied to Flossie on 10 Sep 2002 |
Correct!
(my "frog" has been sittting unemployed in a drawer for around a year!)
|
|
