Re: Overflow circuit

2004-03-28 Thread Stephen Sprunk
Thus spake "Mailing List Subscriptions" <[EMAIL PROTECTED]> Please use your real name when posting to nanog (per the AUP). > Two private line T1's between A and B - one terrestial T1 with >200 > ms RTT, the other T1 is over satellite with ~500 ms RTT. The circuits > are being used for mixed VoIP

RE: Overflow circuit

2004-03-28 Thread Mailing List Subscriptions
None of the satellite circuit I have worked on during the last five years has been more than 550 ms RTT. They are all C-band VSAT type systems in North America and Latin America. The economy (both $$ and quality) of satellite is such that it is only considered ... 1) No reasonably priced or reli

Re: disabling SMTP

2004-03-28 Thread Rob Nelson
yes. there are a lot of pix firewalls out there with smtp fixup turned on, effectively disabling ESMTP (not to mention sporadically breaking traditional SMTP.) Could you elaborate on this? I use PIX firewalls all over the place and don't seem to have a problem with SMTP or ESMTP. Rob Nelson [

Re: disabling SMTP

2004-03-28 Thread Suresh Ramasubramanian
[3/28/2004 7:29 PM] Rob Nelson : Could you elaborate on this? I use PIX firewalls all over the place and don't seem to have a problem with SMTP or ESMTP. Check whether "smtp fixup" is enabled - and if it is, disable it using # no fixup protocol smtp 25 Test the results (from an outside host, u

Re: disabling SMTP

2004-03-28 Thread Richard Welty
On Sun, 28 Mar 2004 08:59:40 -0500 Rob Nelson <[EMAIL PROTECTED]> wrote: > >yes. there are a lot of pix firewalls out there with smtp fixup turned on, > >effectively disabling ESMTP (not to mention sporadically breaking > >traditional SMTP.) > Could you elaborate on this? I use PIX firewalls all

Re: disabling SMTP

2004-03-28 Thread Richard Welty
On Sun, 28 Mar 2004 10:22:44 -0500 (EST) Richard Welty <[EMAIL PROTECTED]> wrote: i should add that i think that this proposal is a bad idea for any number of reasons, but this cisco pix thing is very concrete so i just wanted to get it out there. before i write an extended explanation of why i

Re: disabling SMTP

2004-03-28 Thread Eric A. Hall
On 3/28/2004 9:57 AM, Richard Welty wrote: > before i write an extended explanation of why i don't like this > idea much, i'd very much like to hear some of the motivation > behind the proposal. It wasn't a proposal, it was a request for data. My own local data suggests that HELO is almost excl

Re: disabling SMTP

2004-03-28 Thread Eric A. Hall
On 3/28/2004 10:19 AM, Eric A. Hall wrote: > might be feasible for some of us to disable legacy SMTP entirely. To be more realistic (and to close-in on any 'proposal' which might subsequently develop), it would likely be far more feasible to assign somewhat agressive negative weighting to sessi

Re: disabling SMTP

2004-03-28 Thread David A . Ulevitch
On Mar 28, 2004, at 10:44 AM, Eric A. Hall wrote: To be more realistic (and to close-in on any 'proposal' which might subsequently develop), it would likely be far more feasible to assign somewhat agressive negative weighting to sessions that use HELO (and further possible to assign mild positive

Re: Overflow circuit

2004-03-28 Thread alex
> VoIP over satellite? I am very sceptical about it. Better, forget such > idea. It works just fine. In fact, quite a lot of international calls to smaller countries are routed exactly that way. Alex

RE: Overflow circuit

2004-03-28 Thread Joe Chin
QoS mechanisms (i.e. CBWFQ/LLQ) take care of prioritizing voice over data. So I am not worried about data. Dynamic routing (EIGRP in this case) does a beautiful job of failing over IP traffic from one T1 to another when required. The objective of this exercise is to see how we can go about overf

Multiple Cisco AS5800 controlled by 1 Cisco 7206VXR

2004-03-28 Thread D. Scott Smith
I have been tasked by management to determine if there is a way to connect more than 1 AS5814 to a Cisco7206VXR for the purpose of Providing Dialup Modems. Currently we have a 1 to 1 ratio of Cisco 7206VXR Router-Shelf connected to a Cisco 5814 Dial-Shelf and it works without any problems. We are

CCO goes down the tubes

2004-03-28 Thread bdragon
Anyone else notice that you now need javascript in order to even view TAC Cases? Anyone else annoyed by this crippling of something Cisco actually did reasonably well? Anyone not care what cisco does to CCO because you're still mourning the loss of CIO? What's next, requirement for flash to view

Re: CCO goes down the tubes

2004-03-28 Thread michael
Hello, On Mon, 29 Mar 2004 [EMAIL PROTECTED] wrote: > > Maybe I'm the only one left who sees a need to be able to > check on things from a vt100 at a remote site. You are not alone. Would be nice if there was a "view as text" option. Michael...

Re: CCO goes down the tubes

2004-03-28 Thread John Brown (CV)
having a major provider like Cisco require that field technical people have significant computing resources to view potentialy critical information is very very bad. Many times in the field you are working in a situation where you don't have many of the normal resources a desk jockey would have.

Re: Overflow circuit

2004-03-28 Thread Alexei Roudnev
> > At this time, it looks like using H.323 gatekeeper as suggested by Patrick > Murphy maybe the most likely way to go. Yes, use gatekeeper to balance calls between terrestrial link (for first NN calls) and satellite link (for other calls). Be sure that reverse traffic uses the same path (it can