RE: /31 mask

Dear,
Thanks for your kind support.
Really thanks.
So, if I were asked to implement the largest mask possible, I should use /31.
Right?

Regards,
Ahmed Ossama Youssiff.
Implementation Manager.
Telecom Systems Business Unit.
Advanced Electronics Company.
PO Box 90916, Riyadh 11623.
Tel: +96612056111 Ext. 7018.
Mobile: +966531567747.
Fax.: +96612059044.

From: garry baker [mailto:baker.garry_at_gmail.com]
Sent: Saturday, July 31, 2010 6:56 PM
To: Youssif, Ahmed
Cc: Cisco certification
Subject: Re: /31 mask

i would say YES it works for me...

Router#sh run int s0/0.1
Building configuration...

Current configuration : 138 bytes
!
interface Serial0/0.1 point-to-point
 ip address 1.1.1.0 255.255.255.254
 snmp trap link-status
 frame-relay interface-dlci 101
end
Router#ping 1.1.1.1

Router#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static
route
       o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

     1.0.0.0/31<http://1.0.0.0/31> is subnetted, 1 subnets
C 1.1.1.0 is directly connected, Serial0/0.1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/52/92 ms

R5(config-subif)#do sh run int s0/0.1
Building configuration...

Current configuration : 138 bytes
!
interface Serial0/0.1 point-to-point
 ip address 1.1.1.1 255.255.255.254
 snmp trap link-status
 frame-relay interface-dlci 202
end
R5(config-subif)#do ping 1.1.1.0

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.0, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/42/104 ms

R5(config-subif)#do sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static
route
       o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

     1.0.0.0/31<http://1.0.0.0/31> is subnetted, 1 subnets
C 1.1.1.0 is directly connected, Serial0/0.1

--
Garry L. Baker
"There is no 'patch' for stupidity." -
www.sqlsecurity.com<http://www.sqlsecurity.com>
On Sat, Jul 31, 2010 at 6:41 PM, Youssif, Ahmed
<YoussiffA_at_aecl.com<mailto:YoussiffA_at_aecl.com>> wrote:
Thanks,
But can I use it with frame-relay sub-interfaces or I can't...
Regards,
Ahmed Ossama Youssiff.
From: garry baker
[mailto:baker.garry_at_gmail.com<mailto:baker.garry_at_gmail.com>]
Sent: Saturday, July 31, 2010 6:38 PM
To: Youssif, Ahmed
Subject: Re: /31 mask
if it is a point to point i dont see why not, do not think it will break
anything, that is the proposal of the RFC behind it...
http://www.cisco.com/en/US/docs/ios/12_2t/12_2t2/feature/guide/ft31addr.html
i have only ever used it on ppp or hdlc links though and only in a lab
environment
--
Garry L. Baker
"There is no 'patch' for stupidity." -
www.sqlsecurity.com<http://www.sqlsecurity.com>
On Sat, Jul 31, 2010 at 6:25 PM, Youssif, Ahmed
<YoussiffA_at_aecl.com<mailto:YoussiffA_at_aecl.com>> wrote:
Dears,
Can I use /31 mask on frame-relay interfaces?
When I asked to configure the largest mask possible on frame-relay link,
shall
I use /30 or /31.
Please respond quickly.
Regards,
Ahmed Ossama Youssiff.
Implementation Manager.
Telecom Systems Business Unit.
Advanced Electronics Company.
PO Box 90916, Riyadh 11623.
Tel: +96612056111 Ext. 7018.
Mobile: +966531567747.
Fax.: +96612059044.
This email has been sent from Advanced Electronics Company, Ltd (AEC). The
information in this email and in any files transmitted with it, is intended
only for the addressee and may contain confidential and/or privileged
material. Access to this email by anyone else is unauthorized. If you receive
this in error, please contact the sender or
postmaster_at_aecl.com<mailto:postmaster_at_aecl.com> immediately
and delete the material from any computer. This email and its attachments are
believed to be free of any virus, or defect, but it is the responsibility of
the recipient to ensure this. AEC accepts no liability for any damage caused
by any virus transmitted by this email.
Blogs and organic groups at http://www.ccie.net