Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 2 subscribers
  • Views 7352 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Setup RED Box Step by Step

heynem
Hi everybody,

I want to connect via RED two of our external offices to the ASG320 in the central office. Probably I am too Stupid - bud unfortunaly I cannot get it run [:(] [:S]
Is there any chance that somebody cann give me a few tips and/or a workaround. 
What for packetfilter to I need to set, that all clients in the ext. office will receive IPs from our central dhcp server (192.168.55.***). The DNS & DHCP is runnig on two DC Servers in the network (not on the ASG).

I want to connect the client and later IP Phones direct into out network / telephone system. For example 192.168.55.160/PC - 192.168.50.161/phone.

Is this possible - I think yes - but how is the set up for this ??

Any help is welcome [:)]

Michael


This thread was automatically locked due to age.
Parents
  • 0
    Hi Michael,

    here's a recipe:

    1) Add the REDs in either "Standard/Unified" (for full backhaul) or "Standard/Split" (for local breakout) mode. Do NOT use the deployment helper (since it does do too much in your case).

    2) Activate Bridging, using "Bridge selected NICs". Choose the two "redsX" interfaces and select your internal network interface (that has the 192.168.55.X IP) as "convert interface". 

    3) Create a network definition "Trusted_INT" with 192.168.55.0/24, with "Interface" set to your internal network interface (the one you selected in step 2 as "convert interface").

    4) Create a service definition "DHCP": Src 1:65535 Dst 67:69, proto UDP.

    5) In packet filter, add two rules:

    AnyDHCPAny

    This will allow DHCP over the bridge. You can make the rule more specific, but try this first.

    Trusted_INTAnyTrusted_INT 

    This will allow 192.168.55.0/24 to talk over the bridge. If you don't want to allow all services to and from remote offices, you can also make this more specific later. To cope with the phones, you will need to add a similar rule for the 192.168.50.0/24 network.
Reply
  • 0
    Hi Michael,

    here's a recipe:

    1) Add the REDs in either "Standard/Unified" (for full backhaul) or "Standard/Split" (for local breakout) mode. Do NOT use the deployment helper (since it does do too much in your case).

    2) Activate Bridging, using "Bridge selected NICs". Choose the two "redsX" interfaces and select your internal network interface (that has the 192.168.55.X IP) as "convert interface". 

    3) Create a network definition "Trusted_INT" with 192.168.55.0/24, with "Interface" set to your internal network interface (the one you selected in step 2 as "convert interface").

    4) Create a service definition "DHCP": Src 1:65535 Dst 67:69, proto UDP.

    5) In packet filter, add two rules:

    AnyDHCPAny

    This will allow DHCP over the bridge. You can make the rule more specific, but try this first.

    Trusted_INTAnyTrusted_INT 

    This will allow 192.168.55.0/24 to talk over the bridge. If you don't want to allow all services to and from remote offices, you can also make this more specific later. To cope with the phones, you will need to add a similar rule for the 192.168.50.0/24 network.
Children
Unfiltered HTML