si quelqu'un a des liens parlant de ppp entre un routeur et un windows avec une carte numeris, je suis preneur
 
comment configurer l'acces reseau a distance/ routage pour qu'il accepte les connexion arrivant sur la carte rnis et en provenance de numeros bien specifiques, et que ca etablisse la liaison ?
 
le routeur est un c3660, avec des liaisons rnis
le serveur est un 2000 advsrv, avec une carte 3com 128k
 
avec mon collegue on pensait faire un truc du genre : autoriser le ras (pour restreindre, ca se fait ptet dans les strats ?   ou par l'authentification ppp/chap   ) et appeler depuis le routeur ici, monter la liaison ppp et apres on attak en tse, en ftp comme si le srv etait en reseau koi
 
je pense ke ca peut marcher mais j'ai jamais conf de connec ppp, mais normalement, le ppp du routeur est le meme que le ppp de windows ... enfin ca serait cool
 
des liens sur des sites ki parle de dialup en numeris sous windows, ca me va tres bien, mais si vous avez deja mis en place ce genre de truc, je veux bien votre experience
 
merci

c cte section ki est morte ou je m'y prends mal ?

cte section en carton pate      
 
 
 

c'est quoi cte section ???
 
jamais ca repond ?

J'ai jamais configuré de Cisco et de Windows en meme temps, mais voici la config que j'utilise habituellement quand je fais du RNIS sur Cisco si c'est le Cisco qui appelle:
 
isdn switch-type basic-net3
isdn tei-negotiation first-call OU power-up
!
username WINDOWS password COMME-TU-VEUX
!
in bri 0
dialer pool-member 1
encapsulation ppp
ppp authentication chap
!
in dialer 1
ip address ...
bandwidth ?
encapsulation ppp
dialer pool 1
dialer remote-name WINDOWS
dialer string NUMERO-WINDOWS
dialer-group 1
dialer load-threshold COMME-TU-VEUX
dialer idle-timeout COMME-TU-VEUX
ppp multilink
ppp authentication chap
!
dialer-list 1 protocol ip list 100
!
access-list 100 CE-QUI-A-LE-DROIT-DE-DECLENCHER-LE-RNIS
!
ip route ... vers adresse de WINDOWS.
 
Attention si tu fais du routage dynamique!!

1ere reponse :
 
tu penses que ca peut passer ?
 
un cisco qui appelle sur un numero de telephone, et en face, un windows avec le routage et acces distant
 
le ppp c'est le meme pour cisco et pour windows ?
 
apres pour le routage on verra, mais si on arrivait deja a ce que windows decroche (en + on a des galeres, pas de ligne rnis pour tester meme si y a plein de BRI de libre, on a pas les numeros ...)  
 

Le PPP de Cisco est standard (je l'ai vu marcher avec un autre router Xylan).
 
En revanche, le PPP de M$ offre plusieurs choix, IL ME SEMBLE.
 
D'abord il faut que ca decroche au niveau RNIS Q921/931), puis que les params PPP (chap, multilink...) se mettent en place, puis IP.
 
Tu auras peut-etre besoin d'inactiver le PPP Mulilink car je ne l'ai jamais vu marcher entre un Cisco et un Windows.

merci ca sera tjs ca de moins qui me fera m'interroger quand j'irais installer sur le site sans avoir testé quoi que ce soit, et qu'il faudra faire l'install en live

ca veut rien savoir
 
ca arrive bien jusqu'au pc, le lcp se negocie nickel, mais pas moyen d'avoir l'authentification dans windows
 
on arrive pas a trouver la syntaxe pour faire un dialer 100% compatible PPP (normalement, d'apres crosoft, leur serveur RAS est compatible PPP, quelque soit le fabricant)
 
entre les ppp chap, les hostname et les remote user chepakoi, on est paumé (on a pas la doc du cisco catalyst)
 
bref si quelqu'un a une idee
 
j'ai les logs ppp du serveur si ca peut aider quelqu'un
 
 
 

 
RIGDIE : nom du serveur RAS qu'on essaye de joindre
VILLEUR_IP : nom du routeur ici, qu'est ce que ca fout dans la transaction PPP ?
et ca envoye pas le user/pass
je capte rien
 
a propos de ce qui est en rouge : il attend quoi ce con ? et pourquoi le cisco lui envoit pas direct le username, histoire de se connecter plutot qu'envoyer son propre nom ce gros c*n

up !
 
quand j'essaye depuis un modem RNIS, ca marche nickel, le serveur raccroche et tente de rappeler le numero predefini
 
la question est : peut on faire du call back avec un cisco c6550 et si oui, comment ???  

Je pense que oui (fonction l'ios) :
http://www.cisco.com/en/US/partner [...] 3c2f.shtml
http://www.cisco.com/en/US/partner [...] _list.html

j'ai pas d'acces ... tu m'enregistres les pages ?

Ca ressemble a ca (javais pas vu qu'il fallait etre registred )
 
maui-soho-01: callback client
 
version 12.0
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname maui-soho-01
!
aaa new-model
aaa authentication login default local
aaa authentication ppp default local
 
!--- Basic AAA configuration for PPP calls
 
!
username maui-nas-04 password 0 happy
 
!--- Username for remote router (maui-nas-04) and shared secret password
!--- Shared secret(used for CHAP authentication) must be the same on both sides
 
username admin password 0 <deleted>
!
ip subnet-zero
!
isdn switch-type basic-ni
!
interface Ethernet0
 ip address 172.22.85.1 255.255.255.0
 no ip directed-broadcast
!
interface BRI0
 ip address 172.22.82.2 255.255.255.0
 no ip directed-broadcast
 encapsulation ppp
 dialer map ip 172.22.82.1 name maui-nas-04 20007
 
!--- Dialer map statements for the remote router
!--- The name must match the one used by the remote router to identify itself
 
 dialer-group 1
 
!--- Apply interesting traffic definition from dialer-list 1
 
 
 isdn switch-type basic-ni
 isdn spid1 20009
 ppp callback request
 
!--- Request PPP callback from the server
 
 ppp authentication chap
 
!--- Use chap authentication
 
!
no ip http server
ip classless
ip route 172.22.80.0 255.255.255.0 172.22.82.1
!
dialer-list 1 protocol ip permit
 
!--- Interesting traffic definition
!--- This is applied to BRI0 using dialer-group 1
 
 
line con 0
 transport input none
 stopbits 1
line vty 0 4
!
end
 
 
maui-nas-04: callback server
 
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname maui-nas-04
!
aaa new-model
aaa authentication login default local
aaa authentication ppp default local
!
username admin password <deleted>
username maui-soho-01 password happy
 
!--- Username for remote router (maui-soho-01) and shared secret password
!--- Shared secret(used for CHAP authentication) must be the same on both sides
 
!
ip subnet-zero
no ip domain-lookup
!
isdn switch-type basic-ni
!
process-max-time 200
!
interface Ethernet0/0
 ip address 172.22.80.4 255.255.255.0
 no ip directed-broadcast
!
interface BRI1/1
 no ip address
 no ip directed-broadcast
 encapsulation ppp
 dialer rotary-group 10
 
!--- Assign BRI 1/1 to the rotary-group 10
!--- Rotary-group properties are defined in interface Dialer 10
 
 
 isdn switch-type basic-ni
 isdn spid1 20007
!
interface dialer10
 
!--- Interface for the dialer rotary-group 10 configuration
 
 ip address 172.22.82.1 255.255.255.0
 no ip directed-broadcast
 encapsulation ppp
 dialer in-band
 dialer callback-secure  
 
!--- Disconnect calls that are not properly configured for callback
!--- Disconnects any unconfigured dial-in users  
 
dialer map ip 172.22.82.2 name maui-soho-01 class dial1 20009
 
!--- Dialer map statements for the callback
!--- The name must match the one used by the remote router to identify itself
!--- Use map-class dialer dial1 for this connection
 
 dialer-group 1
 ppp callback accept
 
!--- Allows the interface to accept a callback request to a remote host
 
 ppp authentication chap
!
ip classless
ip route 172.22.85.0 255.255.255.0 172.22.82.2
no ip http server
!
map-class dialer dial1
 
!--- This map class is used in the dialer map statement for the callback
 
 dialer callback-server username
 
!--- Identify return call dial string using authenticated username.
 
dialer-list 1 protocol ip permit
!
line con 0
 transport input none
line 65 70
line aux 0
line vty 0 4
!
end
 
 

Command  Purpose  
Step 1  
 
 Router(config)# interface type number Specifies the interface and enters interface configuration mode.
 
Step 2  
 
 Router(config-if)# dialer in-band [no-parity | odd-parity] Enables DDR. Specifies parity, if needed, on synchronous or asynchronous serial interfaces.
 
Step 3  
 
 Router(config-if)# encapsulation ppp Enables PPP encapsulation.
 
Step 4  
 
 Router(config-if)# ppp authentication {chap | pap} Enables CHAP or PAP authentication.
 
Step 5  
 
 Router(config-if)# dialer map protocol next-hop-address name hostname dial-string Maps the next hop address to the host name and phone number.
 
Step 6  
 
 Router(config-if)# ppp callback request Enables the interface to request PPP callback for this callback map class.
 
Step 7  
 
 Router(config-if)# dialer hold-queue packets timeout seconds (Optional) Configures a dialer hold queue to store packets for this callback map class.
 
 
 
 
 
 
 
donc le hostname c'est le nom du truc k'on appelle c ca ?
 

dans ce cas là , c'est le nom de l'équipement distant
(rnis et moi ca fait 2 :| )

on essaye de faire une conf de suite

mwais ben avec un 2000 en face, ca change rien
 
 

 
 
ca rappelle po
et pour consulter le log ppp distant, vogue la galere    
merci en tout cas, j'y retourne !

Ya ca aussi d'intéressants
 
Verify
This section provides information you can use to confirm your configuration is working properly.
 
Certain show commands are supported by the Output Interpreter tool, which allows you to view an analysis of show command output.
 
show dialer interface type number - To display general diagnostic information for interfaces configured for dial-on-demand routing (DDR). The source and destination addresses of the packet that initiated the dialing are shown in the dial reason line. This commands also displays the connection timers.
 
show isdn status - To ensure that the router is properly communicating with the ISDN switch. In the output, verify that Layer 1 Status is ACTIVE, and that the Layer 2 Status state = MULTIPLE_FRAME_ESTABLISHED appears. This command also displays the number of active calls.
 
dialer enable-timeout seconds - To enable the timeout of the callback server; determines time between call calldisconnect and callback initiation.
 
dialer hold-queue - To allow the callback client and server to hold packets destined to the remote destination until the connection is made.
 
Troubleshoot
This section provides information you can use to troubleshoot your configuration.
 
Troubleshooting Commands
Certain show commands are supported by the Output Interpreter tool, which allows you to view an analysis of show command output.
 
Note: Before issuing debug commands, please see Important Information on Debug Commands.
 
debug ppp [ packet | negotiation | error | authentication ] - An EXEC command used to display information on traffic and exchanges in an internetwork implementing PPP.
 
packet - To display PPP packets being sent and received. (This command displays low-level packet dumps.)
 
negotiation - To display PPP packets transmitted during PPP startup, where PPP options are negotiated.
 
error - To display protocol errors and error statistics associated with PPP connection negotiation and operation.
 
authentication - To display authentication protocol messages, including Challenge Handshake Authentication Protocol (CHAP) packet exchanges and Password Authentication Protocol (PAP) exchanges.
 
debug isdn q931 - To show call setup and tear down of the ISDN network connection (Layer 3).
 
debug isdn q921 - To show data link layer messages (Layer 2) on the D channel between the router and the ISDN switch. Use this debug command if the show isdn status command does not display Layer 1 and Layer 2 up.
 
debug dialer [ events | packets ] - To display DDR debugging information about the packets received on a dialer interface.
 
Sample debug Output
maui-soho-01#debug dialer events  
maui-soho-01#show debugging  
Dial on demand:  
  Dial on demand events debugging is on
maui-soho-01#ping 172.22.80.4  
   Type escape sequence to abort.  
   Sending 5, 100-byte ICMP Echos to 172.22.80.4, timeout is 2 seconds:  
   *Mar 8 23:13:02.117: BRI0 DDR: Dialing cause ip (s=172.22.82.2, d=172.22.80.4)    
   *Mar 8 23:13:02.117: BRI0 DDR: Attempting to dial 20007  
   *Mar 8 23:13:02.333: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up  
   *Mar 8 23:13:02.353: isdn_call_connect: Calling lineaction of BRI0:1  
   *Mar 8 23:13:02.417: BRI0:1 DDR: Callback negotiated - waiting for server disconnect  
   *Mar 8 23:13:02.493: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down.    
   *Mar 8 23:13:02.509: DDR: Callback client for maui-nas-04 20007 created  
   *Mar 8 23:13:02.509: isdn_call_disconnect: Calling lineaction of BRI0:1  
   *Mar 8 23:13:02.513: BRI0:1 DDR: disconnecting call....  
   Success rate is 0 percent (0/5)  
 
   
!--- A few seconds later, maui-soho-01 receives the callback from maui-nas-04  
 
   
   maui-soho-01#  
   *Mar 8 23:13:17.537: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up  
   *Mar 8 23:13:17.553: isdn_call_connect: Calling lineaction of BRI0:1  
   *Mar 8 23:13:19.697: BRI0:1 DDR: No callback negotiated  
   *Mar 8 23:13:19.717: BRI0:1 DDR: dialer protocol up  
   *Mar 8 23:13:19.717: BRI0:1 DDR: Callback received from maui-nas-04 20007  
   *Mar 8 23:13:19.721: DDR: Freeing callback to maui-nas-04 20007  
   *Mar 8 23:13:20.697: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1,  
       changed state to up  
   *Mar 8 23:13:23.553: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to  
       20007 maui-nas-04  
   
!--- Verifying that the connection was successful
 
 
maui-soho-01#ping 172.22.80.4  
   Type escape sequence to abort.  
   Sending 5, 100-byte ICMP Echos to 172.22.80.4, timeout is 2 seconds:  
   !!!!!  
   Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

maui-soho-01#debug dialer events  
maui-soho-01#show debugging
Dial on demand:  
Dial on demand events debugging is on  
maui-soho-01#ping 172.22.80.4
Type escape sequence to abort.  
Sending 5, 100-byte ICMP Echos to 172.22.80.4, timeout is 2 seconds:  
*Mar 8 23:13:02.117: BRI0 DDR: Dialing cause ip (s=172.22.82.2, d=172.22.80.4)  
*Mar 8 23:13:02.117: BRI0 DDR: Attempting to dial 20007  
*Mar 8 23:13:02.333: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up  
*Mar 8 23:13:02.353: isdn_call_connect: Calling lineaction of BRI0:1  
*Mar 8 23:13:02.417: BRI0:1 DDR: Callback negotiated - waiting for server disconnect  
*Mar 8 23:13:02.493: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down.  
*Mar 8 23:13:02.509: DDR: Callback client for maui-nas-04 20007 created  
*Mar 8 23:13:02.509: isdn_call_disconnect: Calling lineaction of BRI0:1  
*Mar 8 23:13:02.513: BRI0:1 DDR: disconnecting call....  
Success rate is 0 percent (0/5)  
 
 
 
 
j'ai essayé de le faire sur le c3660 :
 
VILLEUR_IP#debug dialer events
Dial on demand events debugging is on
VILLEUR_IP#show debugging
Dial on demand:
  Dial on demand events debugging is on
VILLEUR_IP#ping 192.166.1.2
 
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.166.1.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
VILLEUR_IP#
 
 
en gras les commandes ...
hmmm il se fout de ma gueule ou bien ?

tu peux mettre la conf ?!

je te mettrais tout ca vendredi, chui rentré chez moi la
 
merci en tout cas

le client bosse pas today
 
tu voudrais quoi comme conf ? celle du routeur, ou ke je t'explik du mieux que je peux la situation ?

celle du routeur si possible.

hostname VILLEUR_IP
 
username die password 0 amidie89
username rasdie password 0 amidie89
username rigdie password 0 amidie89
 
interface Dialer13
 description liaison numeris GTC DIE
 ip unnumbered FastEthernet0/0
 encapsulation ppp
 ip tcp header-compression
 no ip mroute-cache
 dialer remote-name die
 dialer pool 2
 dialer idle-timeout 600
 dialer-group 1
 peer default ip address 192.166.1.2
 fair-queue 256 16 0
 pulse-time 0
 no cdp enable
 ppp authentication chap
 bridge-group 1
 
interface Dialer14
 description LIAISON NUMERIS GTC-DIE
 no ip address
 encapsulation ppp
 dialer in-band
 dialer map ip 192.166.1.2 name rigdie 004xxxxxx
 no cdp enable
 ppp callback request
 ppp authentication chap
!
 
dialer-list 1 protocol ip permit
 
 
 
le reste c'est nos LS