[HECnet] Cisco tunnels: update my IP

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. >>>>>> >>>>>> >>>>> >>>>> `