[HECnet] Cisco tunnels: update my IP

Dave McGuire mcguire at neurotica.com
Thu Jun 23 08:33:28 PDT 2016


  "Downloading the entire Internet"...I love it. :)

  I didn't know you were still running hardware at your old place in Ohio..?

           -Dave

On 06/23/2016 12:09 PM, Cory Smelosky wrote:
> With ZFS replication across work/home and home/old Ohio stuff, downloading the entire internet, and being impatient...I do quite regularly max it out. ;)
> 
> ----- Original Message -----
>> From: "Dave McGuire" <mcguire at neurotica.com>
>> To: hecnet at Update.UU.SE
>> Sent: Thursday, June 23, 2016 8:14:53 AM
>> Subject: Re: [HECnet] Cisco tunnels: update my IP
> 
>> Nice and all...but how much are you actually *using*? ;)
>>
>>             -Dave
>>
>> --
>> Dave McGuire, AK4HZ
>> New Kensington, PA
>>
>>
>>
>> On June 23, 2016 11:13:04 AM Cory Smelosky <b4 at gewt.net> wrote:
>>
>>> 175/10 cable with a constant ache to upgrade to gigabit from one of the
>>> providers. ;)
>>>
>>> ----- Original Message -----
>>>> From: "Brian Hechinger" <wonko at 4amlunch.net>
>>>> To: hecnet at Update.UU.SE
>>>> Sent: Thursday, June 23, 2016 8:09:24 AM
>>>> Subject: Re: [HECnet] Cisco tunnels: update my IP
>>>
>>>> What sort of connection do you have?
>>>>
>>>> -brian
>>>>
>>>>> On Jun 23, 2016, at 10:55, Cory Smelosky <b4 at gewt.net> wrote:
>>>>>
>>>>> ...it also exceeds the capabilities of a 2851.
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>>> On Jun 23, 2016, at 07:26, Cory Smelosky <b4 at gewt.net> wrote:
>>>>>>
>>>>>> My connection exceeds the capabilities of the 2620 or I would.
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>>> On Jun 23, 2016, at 05:30, Peter Lothberg <roll at Stupi.SE> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Why don't you put your 2600 as your boarder-gw?
>>>>>>>
>>>>>>> interface Tunnel1
>>>>>>> ip address 192.108.195.70 255.255.255.252
>>>>>>> ip router isis
>>>>>>> ipv6 address 2001:440:1880:ABCD::2/64
>>>>>>> ipv6 enable
>>>>>>> ipv6 mtu 1420
>>>>>>> ipv6 router isis
>>>>>>> decnet cost 1
>>>>>>> isis metric 2
>>>>>>> tunnel source ATM0/1/0.1
>>>>>>> tunnel destination 192.36.147.120
>>>>>>> !
>>>>>>> interface ATM0/1/0
>>>>>>> mtu 4470
>>>>>>> no ip address
>>>>>>> ip virtual-reassembly in max-fragments 64 max-reassemblies 512
>>>>>>> load-interval 30
>>>>>>> atm restart timer 90
>>>>>>> no atm ilmi-keepalive
>>>>>>> dsl enable-training-log delay 0
>>>>>>> dsl power-cutback 6
>>>>>>> dsl noise-margin -2
>>>>>>> dsl gain-setting rx-offset 3
>>>>>>> dsl bitswap both
>>>>>>> !
>>>>>>> interface ATM0/1/0.1 point-to-point
>>>>>>> mtu 4470
>>>>>>> ip dhcp client broadcast-flag set
>>>>>>> ip address dhcp
>>>>>>> ip nat outside
>>>>>>> ip virtual-reassembly in
>>>>>>> atm route-bridged ip
>>>>>>> pvc 0/35
>>>>>>> protocol bridge
>>>>>>> encapsulation aal5snap
>>>>>>>
>>>>>>> -P
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>> On 23/06/2016 1:47 PM, Cory Smelosky wrote:
>>>>>>>>> Found the actual problem!
>>>>>>>>>
>>>>>>>>> IPSec VTI VPNs means I can't do source-based NAT/firewall rules to redirect GRE
>>>>>>>>> from the DECnet tunnel IPs to a separate box as is currently configured.
>>>>>>>>>
>>>>>>>>
>>>>>>>> So, does this mean that you're still off the air?
>>>>>>>>
>>>>>>>> Regards, Tim.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> `

-- 
Dave McGuire, AK4HZ
New Kensington, PA


More information about the Hecnet-list mailing list